最近，有个问题很值得寻味，就是大家都觉得SAP OP是经典，迁移上PCE都很难，为什么还全力推ES呢？难道真会难上加难吗？还是SAP必须走这一步呢？

最近，有个问题很值得寻味，就是大家都觉得SAP OP是经典，迁移上PCE都很难，为什么还全力推ES呢？难道真会难上加难吗？还是SAP必须走这一步呢？

文章有点长，请耐心看完……

这大概是过去几年SAP生态里最耐人寻味的一对矛盾。代理商抱怨PCE（私有云）都难推，客户抗拒ES（公有云）的情绪肉眼可见，可SAP偏要像推土机一样把所有人往公有云的方向推。

或许SAP财报数字能给了一个最直接的答案。2025年SAP全年云收入达到210亿欧元，同比增长26%，其中Cloud ERP Suite收入增长更是高达32%。全年总云积压订单飙升至773亿欧元，同比增长30%。而在这些亮眼的增长数字旁边，软件许可证收入正以超过30%的速度加速萎缩，2025年第四季度非IFRS软件许可收入同比下跌34%。此消彼长的账算得比谁都清楚，SAP在2025年已将可预测收入占比拉升至86%，这家德国软件巨头的商业模式终于从“卖完就走的许可证交易”扭转为“年年收租的订阅生意”。

但PCE不也是订阅制吗？为什么不把PCE作为主推？问题就出在“订阅”这两个字的本质差异上。PCE在商业模式上确实是订阅制，但它在技术上仍然是一套为每个客户单独维护的、可深度定制甚至允许ABAP底层修改的单租户系统。这意味着SAP每卖出一套PCE，就必须为其投入一套独立的运维团队、一条独立的技术支持管线、一个独立的升级排期计划。有顾问指出PCE升级需要客户提交CSR排队处理，“想升级，先扒层皮”，这背后是SAP真金白银的人力成本。而ES是多租户的公有云SaaS—所有人跑在同一个代码基上，SAP推一次季度更新，所有客户同步升级。这不是省了多少事的问题，这是能不能把生意做大的问题。

有圈内资深顾问提到的停机风险、Basis运维负担、备份自主权丧失，对SAP而言根本不是bug，而是它必须从客户手中收回的核心利润池。投资者要的是毛利率从72%冲到80%以上的确定性，而多租户架构才是那个能把规模效应真正释放出来的终极杠杆。

如果说财务数据解释了SAP“为什么必须推ES”，那么AI战略则解释了“为什么只能推ES”。2025年第四季度，SAP 2/3的云订单中包含了Business AI组件，SAP CEO Christian Klein在财报电话会上直言“SAP Business AI已成为增长的主要驱动力”。注意，这些AI能力—从嵌入业务流程的Joule智能助手到自主完成任务流程的AI代理，全部依赖一个前提，就是数据必须是干净、标准化、可被AI模型直接消费的。这正是SAP在2026年反复强调的“Clean Core”（干净核心）战略。

也有其他顾问评论提到的“SAP会持续监控你是否进行了现代化改造、是否符合AI驱动的技术标准”，正是这个逻辑的直接体现。在PCE环境里，客户可以保留大量历史上在ECC时代用ABAP写出来的“脏代码”，这些代码对AI而言就是一堵不透明的墙。但ES从一开始就不允许底层代码修改，只能通过BTP做扩展开发，天然适配Clean Core理念。SAP比任何人都清楚，ERP的未来不是谁的定制能力更强，而是谁的AI能真正替人做决策。而在这场军备竞赛中，Oracle的NetSuite已经集成了超过100个AI代理，微软Dynamics 365背后有Copilot和整个Azure AI生态。如果SAP的客户还趴在可深度定制的PCE里写着上一个时代的ABAP代码，这场战争还没打就已经输了。

理解SAP对ES的执念，还必须看它对客户群体的精心切割。2026年，SAP重新推出了GROW with SAP品牌营销攻势，专门针对中小企业，宣称最快四周即可上线，开箱即用。同时，RISE with SAP被明确重新定位为“为现有ECC客户提供软着陆路径”的私有云方案。这看似给了客户选择权，实际上把所有人都框进了同一个漏斗，GROW面向新客户走ES，RISE面向老客户先上PCE再慢慢往ES引导。

有顾问说“OP没得选，早就下架了”，技术上不完全准确，但方向说得没错。SAP在2021年推出了RISE with SAP，初衷是帮老客户把复杂的ECC系统“平移”到私有云，避免一刀切逼死存量客户。但到了2025年，SAP自己都发现这套方案不对劲，客户上了PCE之后，依然按老习惯写定制代码，依然不升级，依然把云当机房用。所以才有了2026年的战略转向，RISE是“过渡”，GROW是“目的地”。正如有一位资深顾问说，OP和PCE在系统功能和开发方式上“完全一样”，这意味着PCE本质上只是换了部署位置的OP，而不是SAP真正想要的云产品。

竞争对手的施压让SAP的ES战略显得更加刻不容缓。截至2025年9月，SAP在全球ERP市场占有约17%的份额，略高于Oracle。但在中小企业市场和云原生赛道，Oracle的NetSuite在2025财年第四季度实现了18%的同比增长，季度营收突破10亿美元。微软Dynamics 365则凭借与Office 365、Teams、Power BI的无缝集成，把ERP变成了生产力工具的自然延伸。这两家有一个共同点，就是从诞生第一天起就是真正的多租户云原生产品，没有OP和PCE的历史包袱。SAP与之相比，客户群中最有价值的那部分（大型跨国企业、制造业巨头）恰恰也是最难上公有云的群体。但SAP没有办法再等了，因为2027年ECC主流维护结束的大限将至，届时将有数千家大型企业面临“要么升级、要么断供”的生死抉择。SAP必须在2027年之前让ES的产品成熟度、生态完整性和客户案例达到临界质量，否则这批客户很可能不是流向SAP的云，而是被Oracle和微软截胡。

中国市场是一个特别有意思的切片。有顾问也提到，PCE都难推、ES更没人要，这折射出中国企业对数据主权和本地化部署近乎信仰般的执着。但SAP显然不打算放弃中国市场，而是采用了一种迂回策略。2025年9月，SAP与阿里云在云栖大会上宣布重大战略合作，将四款核心云解决方案落地阿里云，包括SAP BTP和S/4HANA Cloud公共版。德勤、SAP和阿里云还联合启动了“智企三百计划”，试图通过降低总拥有成本和简化合规要求来推动中国企业上云。这条路径的逻辑是，既然中国企业不愿把数据交给SAP自己的数据中心，那就交给阿里云—SAP做应用层，阿里云做基础设施层，数据依然留在中国境内。

这种方式在形式上绕开了“数据出境”的合规雷区，为ES在中国的落地创造了一条可能性通道。但问题在于，中国企业对ERP公有云的抗拒远不止数据主权这一个维度。有顾问提到的“网络带宽限制”“停机一天老板会扒了信息部的皮”“无法自行导出和备份数据”这些问题，在中国复杂的集团化企业环境中会被放大数倍。SAP和阿里云的合作能解决合规问题，但解决不了中国大型企业对“把命脉交给别人”这种根深蒂固的恐惧。

再来看看SAP的收购，SAP近几年的收购版图同样在为ES的宏大叙事铺路。2021年，SAP收购业务流程智能平台Signavio，2023年收购企业架构管理平台LeanIX，2025年初完成对数字采用平台WalkMe的15亿美元收购，这三笔交易的共同目标，是构建一个从“流程诊断”到“架构规划”再到“用户上手”的完整云转型工具链。在2026年的战略更新中，SAP明确将这三者整合进了RISE with SAP的转型管理组合，帮助客户规划、执行和适应云迁移。WalkMe尤其值得注意，它不仅被嵌入SuccessFactors、Ariba、Concur等现有云产品，还将在2025年下半年全面集成到ERP公有云和私有云产品中，作为“Joule everywhere”AI战略的核心落地载体。这套工具链的核心假设只有一个，就是客户的未来在云端，不在本地。Signavio帮你梳理现在的业务流程有多乱，LeanIX帮你画出上云后的架构蓝图，WalkMe手把手教你用新系统，每一步都指向一个终点，那就是ES。SAP不是在卖软件，是在铺一条把你从OP引向ES的滑梯。

2026年3月，SAP宣布了对主数据与上下文智能平台Reltio的收购。这笔交易直指ES战略中最关键的瓶颈。AI代理要真正在ERP中自主决策，依赖的不是代码，而是完整、可信、实时的业务上下文。Reltio能够将散落在SAP与非SAP系统中的客户、供应商、物料等主数据统一解析为语义化的“黄金记录”，并通过智能数据图谱为Joule代理提供毫秒级的决策依据。这意味着ES不再只是功能受限的云端ERP，而是一个能理解企业全局关系的智能核心，上云的价值因此从“部署方式改变”升维为“决策能力质变”，为SAP把客户从OP和PCE引向ES提供了最硬核的技术理由。

成本账算到第五年，ES对SAP的价值就一目了然了。SAP梦心老师做了一个关键对比，就是OP的前期硬件和实施成本高，但许可一次性买断，硬件归企业。PCE硬件归SAP，采用订阅制，“数据库主机增加256GB内存每年要多二十来万，一次三年起步”。而ES的成本结构则完全不同，多租户架构下，硬件资源在所有客户之间池化共享，SAP不需要为每一个客户单独配备独立的服务器、运维工程师和安全团队。更关键的是，OP和PCE每年需要支付许可费22%左右的维保费来维持SAP的支持服务，这笔费用在SAP的财报中归入“软件支持收入”，是维持庞大支持团队的主要成本来源。而ES是纯粹的SaaS订阅，不设单独的年度维护费，全部打包在一个订阅价格中。对于SAP而言，ES的毛利率远高于PCE和OP，因为边际成本趋近于零，增加一个新客户几乎不增加基础设施和维护人员的边际成本。同时，ES的FUE计价模式将所有模块和用户类型打包成统一计量单位，极大简化了SAP内部繁杂的许可证管理。从这个角度看，SAP推ES的动机再朴素不过，就是同样的客户，ES能贡献更高的利润率和更可预测的现金流。

那么为什么打架普遍认为ES比PCE更难推？这种感知本身揭示了SAP云战略中一个尚未愈合的伤口。SAP梦心老师分析了OP和PCE的区别，但几乎没有正面讨论ES，这本身就说明ES在中国乃至全球传统SAP生态中处于一个尴尬的认知盲区。SAP的合作伙伴生态中有大量依赖定制开发和系统集成生存的咨询公司，对他们而言，ES意味着代码修改被禁止、项目实施周期被大幅压缩、可收费的Basis运维服务直接归零。

作为一个深谙Basis价值的资深顾问，对ES天然带有防御性立场，如果客户都上ES了，Basis顾问的价值确实会被削弱。这种生态阻力在欧洲和北美同样存在，但在中国尤为突出，因为中国SAP生态中的本地实施伙伴对定制开发的依赖程度远高于欧美市场。SAP面临的难题是它需要推ES来提升利润率和锁定AI创新，但推得太急又会得罪支撑它全球交付能力的整个合作伙伴生态。这也是为什么SAP始终保留RISE with SAP（基于PCE）作为对现有客户和合作伙伴的缓冲，不是因为它真的想要PCE，而是因为生态还接不住全面ES化。

将SAP过去五年的战略路径串联起来，一条清晰的ES推进时间线便浮现出来。2021年推出RISE with SAP，用PCE给老客户一个台阶，避免一刀切引发大规模客户流失。2023年至2025年，密集收购Signavio、LeanIX和WalkMe，搭建上云工具链。2025年将GROW with SAP升级为独立品牌，锚定中小企业和新客户的ES入口。同年宣布2027年结束ECC主流维护、2030年取消扩展维护，给所有OP客户敲响了倒计时的钟声。2025年全年财报发布时，SAP对2026年的云收入指引高达258亿至262亿欧元，同比增长至少23%。在市场已经对此抱有极高期待的情况下，SAP依然选择给出一个略高于分析师共识的指引，这本身就是对ES增长势头的押注。

到2026年，SAP开始公开强调Clean Core和AI驱动的技术标准，将PCE定位为“过渡态”，将ES定位为“终态”。这是一套精心设计的组合拳：先用RISE把老客户从OP拽到PCE，再用AI和Clean Core把PCE客户往ES方向推，同时用GROW直接截获新客户进入ES。如果从2027年ECC断供的倒计时往回看，SAP根本不是在“推ES”，而是在用倒计时逼客户做一个必然的选择。

最后值得追问的是，SAP这条路真的能走通吗？中国市场的反应或许是最诚实的试金石。很多SAP顾问的质疑并非没有道理，OP在技术上仍然存在，PCE在功能上与OP完全等价，而ES在灵活性和自主权上显然落后。但SAP显然不打算靠产品功能本身来赢得这场战役，它押注的是时间、合规压力和AI红利的复合效应。当2027年ECC维护期结束，大批企业面临“每年支付高昂扩展维护费”还是“上云”的二选一时，经济理性会推着人往前走。当AI能力只在云端可用、竞争对手已经在用AI代理自动完成采购审批和财务对账时，竞争力的焦虑会把人拽进ES的轨道。

SAP最大的赌注不是说服客户ES比OP好，而是创造一个OP“不可用”的未来。这条路注定不会平坦，但SAP在2025年交出的210亿欧元云收入和30%的云积压订单增长，至少说明它的赌局正在向它希望的方向倾斜。对中国的SAP客户和顾问来说，问题或许不该是“ES能不能推得动”，而是“当ES真正成为主流的那一天，我们准备好了吗”。