为什么像 SAP 这样的系统还死不了

为什么看起来笨重、老旧的企业系统，仍坐在全球公司的正中央？常见答案是「惰性」。a16z 这场对谈给出的更尖锐答案是：难的不是数据库，而是围绕「公司到底怎么运作」包了好几年的业务逻辑。

车看起来差不多，决策并不一样

Sinofsky 用汽车业当画面：福特、丰田、通用用的技术大体相近——装配线、工人、供应链。真正把它们分开的，是怎么决定造什么车、买多少原料、对冲哪种货币、何时招人、何时推新产品线。这一整套企业资源规划，历史上很多都跑在像 SAP 这样的系统里。

在这个框架里，车厂竞争的重点，往往不是谁的画面更好看，而是他们选择看哪些画面、做了哪些定制，以及这些系统里封装了哪些运营判断。软件变成公司肌肉的一部分，而不只是笔记本上的一个工具。

Postgres 加上 API，不是替换方案

Amble 反驳了一个很流行的创业幻想：以为一个现代数据库加上一堆 API，就能把 SAP 拆掉。真正值钱的，很少是「数据存在哪个库里」，而是那套要花好几年才落地的业务逻辑——不是因为系统集成商故意慢，而是因为它必须贴合企业真实运作的方式。当金钱、库存与合规都在其中时，「差不多」远远不够。

规模一拉开，差距就很明显。四十人的公司，报销可以是友善的混乱：收据拍照、自动分类、过关。十万员工分布在二十个国家时，同一件事会撞上各国法律、层层公司政策、工会协议与税务要求。企业软件吸收的，正是这种复杂度；也因此，以为「凭感觉写出一套 Salesforce 替身」就搞定的人，往往低估了真正的硬骨头。

粘性是长进组织里的

Amble 对粘性的说法很朴实：软件难离开，是因为人围绕它养成了习惯——多久读写一次数据、多久进一次系统，以及多少没写进文件、但大家都懂的操作规范围着这些点击长出来。销售离不开 CRM，财务靠它的数据出账，市场也依赖同一套上游事实。合规再叠上一层硬约束：必须有唯一一套可信数字。

Sinofsky 补了一句更直白的版本：一旦你在收钱，客户想停下来就很难；想清楚停付之后该怎么办，更难。最有粘性的功能，常常不是产品会议里事先规划成「护城河」的那些，而是慢慢长进共用日历、访问规则与工作流程、直到组织离不开它们的那些部分。

Agent 改变了什么，又改变不了什么

这不表示 Agent 在企业软件周围没用。对谈里更有用的判断是：重点已从「单纯采集数据」，转向「让数据变得可对话、用得起来」——自然语言查询、定制报表、过去很痛苦的跨文件分析。企业软件往往本来就能产出你想要的图表；瓶颈是你搞不清楚怎么让它做到，或者根本没有权限。

Agent 一夜之间抹不掉的，是封装在这些系统里的隐性运营知识：谁批准什么、哪些例外才算数、开心路径失败时流程到底怎么走。替换一套活了很久的 ERP，比较不像换硬盘，而像移植组织记忆。这正是 SAP 这类系统能熬过一波波「重新发明」的原因；也因此，扎实的机会往往是与这种复杂度共事，而不是假装一个漂亮演示已经把它删光。