当Salesforce推出'无头产品'时，它不仅在剥离界面层，更在重新定义企业软件的价值锚点。a16z合伙人Seema Amble犀利指出：在Agent时代，传统SaaS的护城河正被API瓦解，而真正的壁垒将来自业务流程中产生的'数据排放'。

我差点跳过这条新闻。”无头产品”，听起来像个开发者工具的小更新，不像是值得认真写的东西。但后来我读了 Seema Amble 的文章，改变主意了——不是因为 Salesforce，而是因为她问的那个问题。

上个月，Salesforce 宣布要开放 API，推出”无头产品”（headless product）——说白了，就是把界面去掉，直接把底层数据库暴露给外部调用。

Seema Amble 是 a16z 的合伙人，专注 SaaS 和 B2B 金融科技投资。她写了一篇文章，题目就叫《软件正在失去它的头吗？》。我读完觉得这是最近写企业软件写得最清楚的一篇——不是在追 Salesforce 的新闻，而是在问一个更根本的问题：

当软件去掉了界面，剩下的是什么？这和一个 PostgreSQL 数据库加一层 API 有什么本质区别？在 SaaS 时代，让软件”难以被替换”的那些东西，在 Agent 时代还成立吗？

Seema Amble（a16z 合伙人）发布了这篇长文，获得 34 万次浏览

01 那个”去头”的决定

Seema Amble 原文配图：一尊失去头颅、却发着光的雕像——软件去掉界面之后，留下了什么？

Seema 在文章里有一句很诚实的话，我觉得很值得单独摘出来：Salesforce 这次宣传的”无头产品”，API 其实早就有了，并不是什么技术突破。她的原话是”这是一次经典的 Salesforce 营销发布”。

不是技术上的革命，而是一个战略上的重新定位——Salesforce 在押注：在一个 Agent 横行的世界里，他们的价值在数据层，不在界面层。这是一个很有意思的赌注。

不过我在这里有点不同意 Seema 的语气。她说得好像”营销发布”就等于”没有意义”——但战略上的重新定位，有时候恰恰需要靠一次营销发布来完成。Salesforce 在向自己的客户、投资人、竞争对手发出信号：我们认为价值在数据层。这个信号本身就是动作，不是噪音。

但这个赌注有没有道理，得先想清楚：界面，到底曾经给了 Salesforce 什么？

02 界面曾经就是产品

记录系统（System of Record）是什么？Seema 的定义很清楚：它是某个业务领域数据的权威来源。CRM 是收入的记录系统，人力系统（HRIS）是员工的，ERP 是财务的。它们的价值，不只是存了数据，而是成了一整个组织运转的共同现实。

过去二十年，Salesforce 卖的其实是一套让销售团队运转的方法论：Pipeline 视图、预测工具、活动流。那个数据库在底下，但人们真正买的是那套界面。

界面，是强制数据规范化的机制。它创造了共同的语言：Leads、Opportunities、Accounts。它让数以千计的销售代表录入了他们本来不会录的数据。

Seema 写到了一个细节，我觉得特别有意思：很多销售总监换工作，第一件事是坚持把 Salesforce 带到新公司——不是因为这个界面有多好用，而是因为它是肌肉记忆。十年用下来的快捷键、工作流程、汇报节奏，都长在 Salesforce 里了。

迁移 CRM，最难迁移的不是数据，是这些人的习惯。而这些习惯，藏在界面里。

03 护城河有多厚

不是所有记录系统的护城河都一样厚。Seema 给出了一个评分体系，从五个维度衡量一个系统的”迁移成本”：

访问频率：越频繁，习惯越深，仪式感越强。CRM 每天用，ERP 也差不多。招聘系统（ATS）呢？只在招人的时候用，其他时间几乎不碰。

读写双向：只有写入（归档）的系统好迁移，每天读写双向流转的系统迁移起来要命——因为永远没有”安全的切换时机”。

隐性流程：那些从来没写成文档的审批规则——”超过 10 万美元的欧洲订单需要隐私审查”，”季末战略客户折扣可以绕开财务审批”——全都编码在系统的自动化规则里，迁移时要么重新反向工程，要么就丢了。

迁移成本谱：从 ATS（低）到 CRM（高）到 ERP（极端）。迁移 ERP，Seema 的比喻是”给跑马拉松的病人做开胸手术”

Seema 有一句话我很喜欢：替换 CRM 是开胸手术。替换 ERP，是给正在跑马拉松的人做开胸手术。

还有一个更有意思的维度她提到了：网络效应在历史上对记录系统几乎没什么用。Salesforce 没有”用的人越多、对每个人越有价值”的飞轮。它的护城河主要靠工作流粘性，不靠参与者密度。这和 LinkedIn 或者双边市场平台是根本不同的逻辑。

但这个结论在 Agent 时代可能要翻转。当 Agent 开始共享上下文、互相调用，一个有大量 Agent 在跑的平台，会不会反而开始产生真正的网络效应？数据越多、工具越多，新的 Agent 就更愿意接入——这条飞轮，Salesforce 现在可能正悄悄押注。如果真的转起来，就是完全不同的故事了。

这张护城河地图，在 SaaS 时代是准的。但 Agent 来了，它发生了什么变化？

04 肌肉记忆，正在消失

让记录系统持久的因素：左侧”旧世界”的要素正在褪色，右侧”新世界”新增了五个新护城河维度

Agent 不需要浏览器。它需要 API、上下文、指令，以及执行动作的能力。两件事让这变成了现实：大语言模型的推理能力足够了，可以自主制定计划、选择工具、执行并审查结果；MCP 标准化了工具调用，给了 Agent 一个统一的接口调用外部能力。

这意味着什么？原来让 CRM 难以迁移的那些护城河，一半开始失效了。

访问频率失效了。Agent 二十四小时运行，没有”习惯”的概念，不存在因为每天用才产生的肌肉记忆。读写依赖失效了。Agent 可以在任何时候以编程方式切换，不需要等一个”安全时机”，迁移的技术门槛大幅下降。个人偏好、培训成本、未记录的上下文，对 Agent 而言也不存在。

Agent 杀死了肌肉记忆作为护城河的逻辑。但它并没有杀死运营逻辑和上下文作为护城河的价值——恰恰相反，它让这些东西变得更重要了。

因为 Agent 要想安全地代表你行动，必须有明确的规则、权限和流程定义。那些隐性的审批逻辑，现在得显式写出来才能用。

这里有个原文没有碰的问题，但我觉得比护城河更麻烦：以前界面还有一个隐藏作用——它在规范人的行为。Salesforce 的字段设计，决定了销售怎么填单、怎么分类客户。现在界面没了，谁来规训 Agent 的行为？谁来定义”什么叫一个合格的 Opportunity”？这不是数据问题，是治理问题。目前没人说清楚。

05 三条路

软件去头之后，企业面临三条路：用现有系统加 Agent、自己搭数据库、或者买 AI 原生新软件

Seema 把企业的选择归纳为三条路。第一条：在现有系统上接 Agent，用 Salesforce 的命令行和 API——要么用他们自家的 Agentforce，要么自己在上面搭。

第二条：彻底 DIY。自己搭数据模型、运营逻辑、权限系统、审计日志，再加一套 Agent。理论上可以，实际上成本极高，而且对技术能力的要求远超大多数企业。

第三条：买 AI 原生的新软件，从一开始就为 Agent 时代设计，机器可读性是核心能力而不是后续补丁。

Seema 没有说哪条路必然赢，但她指出了一个事实：AI 把重建一个记录系统”前 80%”的成本大幅压低了。迁移工具越来越好，用电脑的 Agent 甚至可以直接操作现有界面，不需要 API。真正硬的，是那剩下的 20%：那些例外处理、审批规则、合规要求、边缘情况工作流。

那 20% 才是护城河。

06 数据护城河的新逻辑

旧逻辑：你录入的数据。新逻辑：你的产品因为存在于业务流程中而”产生”的数据

数据这件事，在 Agent 时代变得更重要了，但逻辑变了。

旧的逻辑是：你的系统积累了很多数据，这些数据迁移起来很麻烦，所以你不愿意走。但这条护城河现在越来越窄，因为 AI 让导出和重建变容易了。

新的逻辑是：可以防守的数据，不是你导入进来的，而是你的产品独特地”造”出来的。Seema 称之为”数据排放”（data exhaust）——包括观察到的行为模式、响应速度、时机规律、流程结果、基准值、异常模式、Agent 性能轨迹。

举个例子：一个 CRM 告诉你客户存在，那很好，可以迁移。但一个嵌入了销售执行流程的系统，知道哪类客户在第三封邮件后响应最好，知道某类交易在周四下午收到报价的成单率比周一高 40%——这种数据是你的产品在业务流程里运转产生的，它无法被导出，也无法被复制。

数据本身，成了上下文。而在 Agent 时代，上下文就是一切。

这里有个细节值得注意：Seema 提到，”受围墙保护的数据”——受监管的、专有的、或者需要持续更新的数据——天然有优势。医疗领域的血糖管理数据、工厂的传感器异常记录、金融机构的欺诈行为模式，这些数据的价值不在于量，而在于它在别处无法合法或完整地获取。这是 AI 改变不了的护城河。

07 谁掌控动作层

记录系统的演化路径：从存储数据，到组织流程，到执行动作，到协调网络——在智能体时代，能走到第三层和第四层的产品才算占据了真正的护城河

在旧世界，存着记录就够了。在新世界，Agent 要行动，护城河开始向”能让 Agent 执行并闭环”的产品倾斜。

Seema 的说法很直接：从动作中生成独特数据，随使用改善，在不破坏工作流的情况下难以移除——这才是”动作层”所有者的优势。

对一个 ERP 来说，这意味着：审批支出、触发工资单、核对发票、发出通知。不只是在旁边看着，而是在执行流程里。产品里有 Agent 做了一件事，结果被记录了，这个反馈又改善了下次决策——完整的闭环。

这条逻辑有个隐含推论：那些只是”存数据”或者只是”提供建议”的产品，护城河正在变薄。因为 Agent 可以从任何地方读数据，也可以自己生成建议。但没有执行权，就无法产生行动数据，也就无法持续改善。

08 最后那一公里

有一类护城河，Agent 根本碰不着：现实世界的执行。

Seema 举了 DoorDash 的例子，不是偶然的。DoorDash 历史上不是记录系统，但它说明了一类特殊的防御性：业务涉及到了实体网络——外卖骑手、物流、现场服务、支付结算。软件在这里不只是存记录或提供建议，它在调度人、移动货物、完成服务。

有意思的地方在于：Seema 认为这种模式对垂直软件的启示可能比水平软件更大。制造业、建筑、工业运营、现场服务——这些行业的软件，买家往往技术能力弱，但业务流程极其复杂，同时最终总有一步是要让人去做某件实体事情的。

Agent 可以协调、可以决策，但踩下去、焊上去、运出去的那一步，还是得有人去做。

能连接到那一步的软件，有别人没有的防御性。

09 网络效应，回来了

SaaS 时代 vs 智能体时代：主要用户、核心界面、系统职能、护城河来源的全面对比

SaaS 时代，记录系统的网络效应一直很弱。Salesforce 没有真正意义上的网络效应，它的护城河是工作流，不是参与者越多越有价值的那种飞轮。

但在 Agent 时代，这件事可能要变了。原因是：如果一个软件成了多方协作流程的中间节点——买家和卖家在这里交易，雇主和员工在这里对齐，企业和审计方在这里核对——那么每增加一个参与方，这个网络就对所有人更有价值。

Seema 列了三种机制：一是共享工作流协调——这个产品成了双方办事、交换上下文、处理异常的地方；二是基准和智能——系统可以利用跨客户观察到的规律提供洞察；三是信任和标准化——当外部各方（审计师、监管机构、合作伙伴）开始依赖这套系统来做审批、交接、合规，它就不只是数据库了，而是整个市场的协调基础设施。

一旦变成协调基础设施，就不是换软件的问题了，而是重建整个市场的运作协议。

10 底层的重写

这里有一个我觉得很多人低估的地方：数据模型本身需要重写。

现有的企业软件 Schema，是为了让人在仪表盘上看报告、在流程里打勾而设计的。对象是 Opportunities、Tickets、Candidates——这些都是人类工作流的产物。

但 Agent 需要的 Schema 不一样。它需要捕捉的是推理过程、动作状态、异常处理、多系统协作时的上下文传递。原生对象可能应该是 Tasks、Intents、Threads、Policies、Outcomes。这不是在原有 Schema 上加几个字段，而是要重想整个数据模型。

同样需要重写的是权限系统。原来管的是”哪个人可以做什么”，现在得管的是：哪个 Agent，代表哪个人，在什么策略下，经过什么审批，带什么审计轨迹，出了问题如何回滚。这是一个全新的权限模型。

Seema 没有明说，但她的文章里有一个隐含的判断：现有的大型企业软件，哪怕 API 开放了，在 Schema 和权限层面也是为人设计的，不是为 Agent 设计的。这是新进入者真正有机会的地方。

我想到一个类比：就好像把一个为汽车驾驶员设计的高速公路硬塞给无人驾驶车队用。路是通的，但所有的标识、出入口设计、收费方式，都是为有人的车设计的。无人车能跑，但永远是适配状态，不是原生状态。这个代差，就是创业公司切入的缝隙。

对我们意味着什么

我读完这篇文章，有一件事停下来想了很久。

Salesforce 这次的举动，表面上是技术开放，实质上是一次关于”我们的价值到底在哪里”的公开表态。它在押注：数据层比界面层更有价值。但 Seema 的分析指出，这个赌注能不能赢，取决于 Salesforce 有没有真正意义上的专有数据——不是那种客户录进去的基础 CRM 数据，而是只有 Salesforce 才能生成的行为数据、关系数据、执行数据。

我不确定他们有。

对在做企业软件或工具的人，Seema 的框架提供了一个很好的自检清单：

你的产品是在”造”数据，还是只在”存”数据？ 如果用户明天迁走，他们能带走的数据有多少是真正有价值、无法在别处复现的？

你有没有在动作层？ 你的产品是在旁边观察、提供建议，还是在执行流程本身？这个区别，在 Agent 时代越来越重要。

你的 Schema 是给人设计的还是给 Agent 设计的？ 如果是前者，这是你最大的技术债，也是对手进攻你的最好入口。

对在用企业软件的人，我觉得有一件事值得认真思考：那些”难以迁移”的系统，以前是因为人用它才难以迁移。当你的团队换成 Agent 在操作，这种锁定力会消失很多。这意味着你未来有更多选择，但也意味着你的供应商可能没你想的那么牢固。

还有一个我自己觉得没被充分讨论的点：Seema 写到了合规绑定（compliance-critical）系统在 Agent 时代依然很强。但我想往前推一步——在一个多 Agent 协作的世界里，谁来做跨 Agent 的身份认证、授权和审计？如果某个系统成了 Agent 之间交互的可信中间层，它的价值将远超任何单一数据库。这可能是一个全新的机会，现在还几乎没人在做。

软件正在断头。它的头，是那个让人习惯的界面。

断头之后还剩什么，才是真正的价值所在。

Salesforce 答出来了没有？我读完 Seema 的文章，反而比读之前更不确定。也许真正的问题不是 Salesforce 有没有答案，而是这道题本身还没出完——Agent 还在演化，护城河的边界还在移动，现在画出来的地图，可能明年就要重画。

原文：Seema Amble (a16z)，”Is Software Losing Its Head?”，X @seema_amble，2026-05-13