---
title: "Salesforce 主动砍掉了界面，a16z 合伙人说：护城河从来不在那里"
source_url: https://mp.weixin.qq.com/s/JtTKwoYqO_I2QYeakigJUg
tags: [wechat, article, claude, openai]
sha256: c7b9f57b5308
type: raw
created: 2026-05-15
updated: 2026-05-15
review_value: 9
review_confidence: 8
review_score: 72
review_stars: 5
review_recommendation: "入库"
ingested: 2026-05-15
source: "深思SenseAI"
source_authors: ["Sense AI"]
source_date: "2026-05-14"
original_source: "Seema Amble (a16z), 'Is Software Losing Its Head?', 2026-05-13"
---
# Salesforce 主动砍掉了界面，a16z 合伙人说：护城河从来不在那里
> 来源：深思SenseAI（Sense AI），2026年5月14日
> 原文：Seema Amble (a16z)，"Is Software Losing Its Head?"，2026-05-13
## 背景
Salesforce 宣布开放 API，推出"无头产品"（headless product），把底层数据库暴露给外部调用。a16z 合伙人 Seema Amble 发文分析：软件的价值到底在界面层还是数据层？Agent 时代的护城河逻辑发生了什么变化？
## 旧世界：界面曾经就是产品
记录系统（System of Record）的价值不只是存数据，而是成了组织运转的共同现实。
Salesforce 过去二十年卖的是一套让销售团队运转的**方法论**：Pipeline 视图、预测工具、活动流。界面是强制数据规范化的机制——它创造了共同语言（Leads、Opportunities、Accounts），让数以千计的销售代表录入本来不会录入的数据。
**最深的粘性是肌肉记忆**：十年用下来的快捷键、工作流程、汇报节奏都长在 Salesforce 里。迁移 CRM，最难迁移的不是数据，是这些人的习惯。
## 护城河有多厚：五维评估框架
Seema 提出的五维评分体系，衡量一个系统的迁移成本：
| 维度 | 低迁移成本 | 高迁移成本 |
|------|-----------|-----------|
| **访问频率** | 招聘系统（只在招人时用） | CRM/ERP（每天用） |
| **读写双向性** | 归档型（只写入） | 双向流转型（永远没有"安全切换时机"） |
| **隐性流程** | 无未文档化规则 | 大量隐式审批逻辑编码在系统里 |
| **网络效应** | 无 | 有（但记录系统历史上很少有） |
| **数据护城河** | 通用数据 | 专有/受监管/需持续更新的数据 |
**金句**：替换 CRM 是开胸手术。替换 ERP，是给正在跑马拉松的人做开胸手术。
## Agent 时代：肌肉记忆正在消失
让记录系统持久的旧护城河，一半开始失效：
- **访问频率失效**：Agent 24小时运行，没有"习惯"概念
- **读写依赖失效**：可以任何时候编程切换，不等"安全时机"
- **个人偏好/培训成本失效**：Agent 不存在这些
**但运营逻辑和上下文变得更重要了**：隐性审批逻辑必须显式写出来才能让 Agent 安全执行。
> 深思SenseAI 补充：界面还有一个隐藏作用——**规范人的行为**。现在界面没了，谁来规训 Agent 的行为？谁来定义"什么叫一个合格的 Opportunity"？这是治理问题，目前没人说清楚。
## 三条路
1. **在现有系统上接 Agent**：用 Salesforce 的 API 或 Agentforce
2. **彻底 DIY**：自己搭数据模型、运营逻辑、权限系统——成本极高
3. **买 AI 原生新软件**：从一开始为 Agent 时代设计，机器可读性是核心能力
AI 把重建"前 80%"的成本大幅压低，但**那剩下的 20% 才是护城河**——例外处理、审批规则、合规要求、边缘情况工作流。
## 数据护城河的新逻辑
| | 旧逻辑 | 新逻辑 |
|---|--------|--------|
| 数据 | 你录入的数据 | 你的产品在业务流程中**产生**的数据 |
| 价值 | 数据量大 → 迁移麻烦 | **数据排放**（data exhaust）无法导出/复制 |
| 示例 | 客户姓名/联系方式 | 响应速度规律、时机规律、流程结果、基准值、异常模式、Agent 性能轨迹 |
**数据排放**举例：一个嵌入了销售执行流程的系统，知道"哪类客户在第三封邮件后响应最好"，这类数据无法被导出复制。
**天然优势**：受围墙保护的数据（医疗血糖数据、工厂传感器异常、金融欺诈行为模式）——价值不在于量，而在于无法在别处合法或完整获取。
## 谁掌控动作层
护城河向"能让 Agent 执行并闭环"的产品倾斜：
- **动作层**：审批支出、触发工资单、核对发票、发出通知
- **闭环数据**：Agent 做了一件事 → 结果被记录 → 改善下次决策
- **护城河变薄**：只是"存数据"或"提供建议"的产品
## 最后那一公里：现实世界的执行
Agent 碰不着的护城河：**现实世界的执行**。DoorDash 的例子——调度人、移动货物、完成服务，实体网络（外卖骑手、物流、现场服务、支付结算）带来的防御性。
启示：制造业、建筑、工业运营、现场服务——最终总有一步要让人去做实体事情。能连接到那一步的软件，有别人没有的防御性。
## 网络效应回来了
SaaS 时代记录系统几乎无网络效应（Salesforce 的护城河是工作流，不是参与者密度）。
Agent 时代变了——当软件成了多方协作的中间节点（买家/卖家交易、雇主/员工对齐、企业/审计方核对），每增加一个参与方就对所有人更有价值：
1. **共享工作流协调**：产品成为双方办事、交换上下文、处理异常的地方
2. **基准和智能**：跨客户观察到的规律提供洞察
3. **信任和标准化**：外部各方依赖系统做审批、交接、合规 → 变成整个市场的**协调基础设施**
## 底层的重写
现有企业软件 Schema 是为人设计的（Opportunities、Tickets、Candidates）。Agent 需要的 Schema 不同：
- **新对象**：Tasks、Intents、Threads、Policies、Outcomes
- **新权限模型**：原来管"哪个人可以做什么"，现在要管"哪个 Agent，代表哪个人，在什么策略下，经过什么审批，带什么审计轨迹，出了问题如何回滚"
## 深思SenseAI 补充的原创洞察
1. **治理问题**：界面消失后，谁来规训 Agent 的行为？目前无答案
2. **跨 Agent 身份认证**：多 Agent 协作世界里，谁来做身份认证、授权和审计？可信中间层的价值可能远超任何单一数据库——这是全新的机会，现在几乎没人做