作者：Eric + Seema Amble编译：深潮 TechFlow深潮导读：从 SAP ECC 升级到 S4HANA 要花 7 亿美元、耗时 3 年、还得从 Accenture 借调 50 人——然而全球最大的企业仍然在用它。a16z 这篇文章从投资视角拆解了一个反直觉的判断：未来的赢家不是那些”替换 SAP”的公司，而是那些让 SAP 变得可编程、更易用的公司。这个框架对理解企业 AI 赛道的真实机会点极有参考价值。全文如下：AI 领域的创业公司和他们的客户，把注意力集中在了全新能力和由此催生的产品上：漂亮的语音 Agent、工作流自动化工具、文本生成应用平台。这些赛道已经有很多令人兴奋的公司，未来还会更多（我们也投了几家！) . 但 AI 真正将产生巨大影响的，是一件远不那么性感、却远更有价值的事：帮助各大组织从他们已经在运行的大量软件中榨取更多价值。有一个听起来近乎冒犯、但凡在财富 500 强企业待过一周就会懂的问题：人们为什么还在用 SAP（还有 ServiceNow、Salesforce）？简短的答案是：SAP 或任何一个主要的遗留记录系统，都沉淀着使用它的企业的核心数据。更重要的是，企业在它之上做了大量定制化，并围绕它构建了一套特定的流程和职责，其中很多甚至根本没有文档记录。迁出的代价是痛苦、昂贵且耗时的——往往需要一支顾问大军、数年时间和数亿美元。从 SAP ECC 升级到 SAP S4HANA 可能花费 7 亿美元、历时 3 年、需要来自埃森哲的 50 人团队。迁移完成之后，这套软件几乎只能用来生成无法操作的只读报告。直到现在，AI 才真正打开了升级、定制、替换以及更好地访问和使用这些记录系统中所沉淀数据的机会。最终，AI 的目标或许不是”替换 SAP/ServiceNow/Salesforce”，而是让它们变得更可编程、更易接近。赢家将是那些能够（1）以可衡量的风险和时间线缩减切入转型预算，然后（2）作为可信控制平面扩展进日常运营、逐渐将遗留 UI 拆解为可组合、受治理的 AI 辅助操作和轻量应用的平台。换句话说，记录系统会长期存在；界面层、自动化层和扩展层，将成为新的软件前沿。SAP 很痛苦，但我们仍然在用它先来简单介绍一下 SAP 是什么。从表面上看，这类系统导航困难、修改痛苦，却不知为何仍是全球最大企业的运营骨干。看看用 SAP 是什么感觉吧！因为创业公司能够减轻企业级负担，它们可以按”规避延误的价值”来定价，并切入 CIO 和 CFO 已经在投入的转型预算，顺带取代臃肿的系统集成商合同。使用与维护阶段软件套件实施完成后，日常使用意味着在这些软件今天那混乱的 UI 中穿行。日常工作横跨数十个界面，人员流动不断清零已有的操作知识，大量边缘案例工作流永远得不到核心产品层面的一等公民待遇。用户花大量时间寻找字段、在系统间镜像数据、找运营团队”帮我跑一下这个报告”。结果是周期时长慢、可避免的错误频发、持续不断的培训负担。AI 的机会在于，用一个更友好、能力更强的”行动系统”将遗留系统包裹起来。这个类别的公司构建工具，帮助团队从他们已经在用的系统中获取更多价值。在实践中，这看起来像是一个活在 Slack 或以浏览器侧边栏形式存在的 Copilot——它能用语义搜索回答”X 在哪里？”或”怎么做 Y？”，并在 API 可用时执行安全操作（创建工单、过账分录、更新供应商条款）。这些工具还可以串联起跨应用的复合工作流（”从 SAP 拉取上季度采购单、在 Coupa 查合同条款、在 ServiceNow 起草差异说明”），并附带人工审批步骤、审计追踪和细粒度权限控制。最好的工具还会追踪采用率、节省的时间和错误率。在企业中，很多重要工作并没有通过 API 干净地暴露出来——它存在于界面、厚客户端、VDI 会话和半文档化的管理控制台之中。这就是为什么现代”计算机使用”Agent 是 API 优先 Copilot 的重要补充：它们将自动化的可触达范围扩展到没有可靠调用端点的最后那 30%～40%的工作流。核心能力不在于”点击按钮”，而在于在混乱中保持可靠——能够感知 UI、锚定稳定元素、从弹窗和布局漂移中恢复，并设置检查点以便在流程中途安全恢复。当与验证（差异对比、核对、沙盒运行）和企业管控（SSO、密钥管理、最小权限、审计）结合时，这就把过去需要手动完成的工作——工单分类、期末关账步骤、客户更新、定价变更——转变为受治理的、可复用的自动化，即便是在 SAP/ServiceNow/Salesforce 中那些供应商从未为自动化而构建的部分也能实现。API 让通顺路径变得快速，计算机使用让长尾工作流变得可自动化。General Magic 的 Cell 等平台让构建这些定制工作流的基础模块变得触手可及：你上传 OpenAPI 规范，每个端点就成为一个可调用的操作，然后用一行脚本嵌入一个原生命令栏，这个命令栏可以执行真实的 API 调用，并配有分析、多租户、安全护栏和权限控制——工作的重心因此从”又重建一个 UI”转变为”在你已经信任的系统之上组合正确的操作和策略”。终局是什么样的？我们认为，遗留系统大概率会继续存在，但它们将不再是工作发生的界面。ERP、CRM 和 ITSM 套件的嵌入程度太深，无法按照普通软件的节奏被彻底替换；它们演进缓慢，仍将是记录系统。将要改变的是叠加其上的面向用户的”行动系统”：AI 将成为发现系统如何运作、跨系统执行工作流、以及交付绕过遗留 UI 的小型现代化体验的默认界面。换句话说，桥梁将成为高速公路。这个类别中持续存在的软件，看起来将不像一个聊天机器人，而更像一个操作系统层：一个带有业务对象语义模型的统一数据与行动平面，加上让 AI 在生产环境中值得信赖的护栏。如果你是终端用户，不再需要学会用哪个界面、哪个字段、哪个事务码（也不需要每次 UI 或流程变化后重新学习），而是描述你想要的结果，系统带你到达那里。系统会问几个澄清性问题，给你看一下它将要做什么的预览，然后以正确的审批和审计追踪完成执行。最终的闭环看起来像是：”创建退货并通知客户”、”开一个 P2 故障单并拉取最近三个相关事件”，或者”入驻这个供应商，收集文件，路由审批，设置付款条款”——而这些操作在今天需要在 SAP、Salesforce、ServiceNow 和电子表格之间来回跳转。这带来更少的错误和返工、更少对”部落知识”的依赖、更快的周期时长，以及大幅降低的培训负担——因为界面是意图驱动、角色感知的，并且默认支持自助使用。护城河在真实使用中不断累积：每一个成功的工作流都成为可复用的意图，每一个异常都成为护栏，每一个迁移产物都成为活的数据谱系，每一次集成都加深了企业真实运作方式的图谱。随着时间推移，”AI 层”将成为团队理解变更影响、防止漂移、衡量 ROI、交付新工作流的目的地——即便底层系统保持不变。
Thank you for reading this post, don't forget to subscribe!