首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >当软件失去界面,护城河在哪里?

当软件失去界面,护城河在哪里?

作者头像
安徽开发者圈
修改2026-05-27 12:48:03
修改2026-05-27 12:48:03
1100
举报
文章被收录于专栏:安徽开发者圈安徽开发者圈

上周,Salesforce 宣布推出 Headless 产品—开放 API,让 Agent 直接读写数据,不再依赖传统的可视化界面。a16z 合伙人 Seema Amble 随即写了一篇文章《Is Software Losing Its Head?》,提出了一个尖锐的问题:

如果剥掉 UI,企业软件还剩什么? 跟一个 Postgres 数据库加个 API 有什么区别?

这个问题值得每个做企业软件的人认真想想。

UI 曾经就是产品本身

过去二十年,Salesforce 卖的是什么?不是底层的数据库,而是仪表盘、Pipeline 视图、预测工具。销售主管买的是管理团队的方式,不是存储客户数据的系统。

UI 驱动了黏性:它强制销售填写数据,创造了共享词汇(Leads、Opportunities、Accounts),形成了肌肉记忆。很多销售主管换工作会带着 Salesforce,不是因为它好用,而是因为用习惯了。

系统记录(System of Record)的护城河,长在人机界面上。

Agent 正在瓦解这个模型

Agent 不需要浏览器。它需要的是 API、上下文、指令和行动能力。MCP 协议标准化了工具访问,LLM 的推理能力让 Agent 可以自主规划、选择工具、执行操作、审查结果。

这意味着什么?过去只有通过 UI 才能做的事情—录入数据、审批流程、查询报表—现在 Agent 可以在毫秒级完成,而且 7×24 不休息。

于是三个选择摆在企业面前:

1. 老系统 + Agent:在现有系统上叠加 Agent(Salesforce Agentforce、SAP Joule)

2. 自己搭:DIY 数据模型 + Agent 栈

3. 换新:买 AI 原生替代品,从头为 Agent 时代设计

旧护城河:哪些还在,哪些消失了?

Amble 的分析很清晰。跟人类行为相关的护城河在消退:

访问频率 — Agent 不分昼夜,没有频率概念

读写习惯 — 这是人类的肌肉记忆,Agent 不在意

培训成本 — Computer-using Agent 可以直接操作界面,连 API 都不需要

但运营逻辑和合规相关的护城河依然坚固:

隐性 SOP — 那些没有文档化的审批规则、例外处理,Agent 要正确运作恰恰需要这些

系统连接性 — 而且变得更复杂了,CRM Agent 要打通销售、账单、客户成功多个系统

合规数据 — 监管要求的可信数据源不会因为 Agent 出现就消失

Agent 杀死了肌肉记忆这个护城河,但没有杀死运营逻辑和上下文。

新护城河:AI 原生软件的竞争维度

Amble 提出了六个新的防御性维度,我认为最关键的三个是:

第一,专有数据。不是你导入的数据,而是你的产品自身产生的数据—用户行为观察、响应率、异常模式、Agent 执行轨迹。数据即上下文,上下文即壁垒。

第二,拥有行动层。旧世界存记录就够了。新世界 Agent 要执行动作—审批支出、触发薪酬、对账发票—并形成闭环:行动 → 捕获结果 → 反馈改进。闭环内的产品更难被替换。

第三,现实世界执行力。最后 1 英里需要人、物流、现场服务的场景,纯软件不可替代。在软件可以决策、Agent 可以协调,但最终执行仍需落地的领域,存在结构性机会。

我的思考:无头化是加法,不是替代

我想补充几个观点。

界面不会消失,只是不再是唯一入口。这个逻辑跟移动互联网一样—手机 App 出现后,PC 端并没有死掉。总有场景需要可视化操作,总有用户偏好传统界面。Headless 是多了一个 Agent 入口,不是消灭 GUI。真正的变化是:UI 从产品变成了选项。

Salesforce 的 Headless 更多是营销。Amble 说得很直白:Salesforce 宣称的 headless API 大多已经存在多年。这本质上是一次经典的市场重新定位。但这个信号很重要—行业共识已经形成:Agent 时代的数据层比 UI 层更有价值。

对创业者的启示。如果你在做企业软件,现在最该思考的不是怎么让 UI 更好看,而是:

① 你的数据模型能不能被 Agent 理解和操作?

② 你的产品有没有产生只有你能产生的数据?

③ 你能不能从记录工作进化到执行工作?

④ 你的权限模型准备好了管 Agent 而不只是管人吗?

本体论需要重建。对象模型不再是 Opportunities 和 Tickets,而应该是 Tasks、Intents、Threads、Policies。这不是换个名字,是换个思维方式。

对买方的建议。对于企业 IT 决策者,现在不是急着换系统的时候:

盘点你的隐性 SOP — 藏在 workflow rules 里的机构记忆,是最难重建的

评估 API 成熟度 — 老系统的 headless 承诺和实际 API 质量之间可能差距很大

关注 Agent 权限治理 — 谁能通过哪个 Agent 做什么—这是 Agent 时代最硬的问题之一

结语

软件不会失去它的头—它只是多了一种不需要头就能工作的方式。

对 Salesforce 来说,Headless 是一次聪明的防御性动作:承认 UI 黏性在减弱,主动把护城河锚定在数据层。对创业者来说,这是一个进攻信号:如果 incumbents 的护城河在迁移,就意味着有新的机会窗口。

但不管怎样,有一件事没变:解决真实问题的软件,永远有价值。不管它有没有界面。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2026-05-24,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 安徽开发者圈 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • UI 曾经就是产品本身
  • Agent 正在瓦解这个模型
  • 旧护城河:哪些还在,哪些消失了?
  • 新护城河:AI 原生软件的竞争维度
  • 我的思考:无头化是加法,不是替代
  • 结语
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档