SAP项目为何超支，以及如何阻止

SAP项目超支，主要是因为公司一开始拼命压低成本，然后在探索（Explore）阶段挨了一记重击：Fit-to-Standard研讨会揭示了真实范围。在我审查过的项目中，40%至60%的超支很常见。

简短的回答：当预算在任何人了解范围之前就已定下，并且由供应商而不是客户控制范围时，SAP预算就会超支。请在探索阶段盯住WRICEF数量，自己掌控范围，并在您这一方保留10%至20%的应急储备。

调查的平均数看起来要平静一些。Panorama Consulting的2026年ERP报告发现，超过四分之一的组织超出了ERP预算，首要原因是额外的技术需求。调查平均数和最终摆到顾问面前的项目是两个不同的群体，所以请按后者来做规划。

40-60%

我在审查的SAP项目中常见的超支幅度

来源: Noel D'Costa，已公开的观察

本文讨论的是超支，而不是起始数字。关于按企业规模划分的成本区间、资金去向、人天费率和预算公式，请阅读我的指南SAP实施要花多少钱。

在我亲自主导或挽救的21个SAP项目中，同样的原因反复出现。其中大多数在签约之前就已清晰可见。

1. 预算定得很低，探索阶段才暴露真实范围

这是我见到的最常见原因。公司一开始拼命压低成本，往往是因为业务论证需要一个董事会能批准的数字。接着，探索阶段到来了。

在SAP Activate中，探索阶段通过Fit-to-Standard研讨会，用SAP标准流程去对照业务的实际运作方式（SAP Learning）。在那里发现的每一个差距都会变成一个待办事项：一张报表、一个接口、一次数据转换、一项增强、一个表单或一个工作流。它们没有一项包含在最初的价格里。

预算出错，并不是因为有人算错了。它出错，是因为它在范围存在之前就已定下。如果可以，请在批准最终数字之前，做一次简短的Fit-to-Standard评估。

2. 供应商控制范围

我在签约前看到的最大成本错误，是允许供应商控制范围。由系统集成商编写范围时，范围描述的是集成商计划交付的东西，而不是业务需要的东西。

这些差距之后会以变更请求的形式冒出来，而每一个变更请求都由同一家供应商定价。请自己编写范围，或者请一位独立于实施方的人与您一起编写。

3. 没有成本控制的范围变更

一家零售连锁企业预算500万美元，最后花了1,230万美元。需求收集做得很差，导致范围不断变更。项目进行到一半，它发现自己的库存流程与SAP标准功能不匹配，随之而来的是大量定制。

它还低估了从历史系统迁移数据的难度。如果在设计阶段就让流程向标准看齐，成本会低得多。

4. 由高管压力决定的时间表

一个全球制造项目超支143%（计划580万美元，实际1,400万美元），上线推迟了11个月。原因包括：高管施加的不切实际的时间压力、人手不足的内部团队、同时上线太多模块，以及一家缺乏行业经验的最低价合作伙伴。

便宜不一定更好。一位选择了最低价实施方案的客户，最后多花了30%，用来修复一支更有经验的团队本可避免的问题。

5. 兼职的内部人员

用兼职代表而不是专职流程负责人的项目，每一个决策都要损失好几天。那个全球制造项目推迟11个月上线，人手不足的内部团队就是原因之一。

您最优秀的人员将在几个月内把一半甚至更多的精力投入项目。他们的时间，以及上线前后的业务放缓，都不会出现在供应商的报价里。

6. 数据问题发现得太晚

在预生产阶段发现的数据问题代价最高。数据剖析应与需求同步进行，而不是在配置之后。在生产系统的压力下进行三个月的数据清理，始终是超支项目中最大的延误成本项。

我也在自己的 YouTube 频道上用一段视频（英文）讲解了这个话题。

最清晰的早期预警信号就是探索阶段本身。请盯住WRICEF数量：报表、接口、数据转换、增强、表单和工作流。如果这份清单在一场又一场研讨会后不断变长，预算就已经落后于范围了。

下面每个信号都指向上文的一个原因。大多数可以在每周的项目评审中检查。

预警信号	通常意味着什么	应该怎么做
WRICEF数量在整个探索阶段持续增长	真实范围大于已定价的范围	在探索阶段结束、实现（Realize）阶段开始之前，重新设定预算基线
差距默认以“开发”来解决	没有人对标准流程提出质疑	请业务负责人对照标准，逐一论证每个差距
范围文件由系统集成商起草	供应商控制了哪些内容被定价	收回范围的主导权，并请独立人士一起审查
变更请求按月审查或未定价	小变更在看不见的地方不断累积	为每个变更请求定价，并每周审查
探索阶段结束时数据剖析仍未启动	数据问题会在测试或切换时暴露	现在就开始剖析，与需求同步进行
关键用户仍是兼职	决策变慢，返工增加	为他们的日常工作安排替补，或调整时间表

以下每一项都针对上文的一个原因。案例来自我参与或审查过的项目。

1. 掌控范围。 由客户方编写范围，在探索阶段结束时冻结，并把之后的每一次变更都当作一项需要定价的决策，而不是一条研讨会记录。
2. 采用标准流程。 每一次定制都要付两次钱：构建时一次，以后每次升级再一次。一家制造业客户通过让自身流程适应SAP标准而不是做定制，节省了80万美元以上。这对某些部门来说很痛苦，但财务上的差别非常大。
3. 分阶段推广。 一家零售客户没有一次性全部上线，而是把推广拆成三个阶段、历时18个月，节省了120万美元。初始投资下降了40%，第1阶段的经验教训也让后续阶段推进得更快。
4. 为专业能力付费，而不是为低人天费率付费。 一家化工企业客户从通用型SAP合作伙伴换成了行业专家，尽管小时费率更高，总体支出却减少了20%。专家们干得更快，出错也更少。
5. 在您这一方保留应急储备。 在预算之上保留10%至20%，只针对已明确的风险释放。放在合作伙伴报价里的应急储备，会花在合作伙伴的优先事项上。
6. 每周审查变更请求。 在批准之前，而不是在月底，为每一项估算对预算和进度的影响。
7. 实现回归测试自动化。 Tricentis Tosca或SAP自己的测试自动化等工具，在任何超过两轮测试的项目上都能收回成本，而上线后的每一次升级都是又一轮测试。

在商务方面，我的SAP许可谈判清单和面向CFO的合同成本审查介绍了签约前应该争取什么。

订阅模式把支出从资本性支出转为运营支出。它没有消除超支风险，而是改变了风险所在的位置。

GROW with SAP运行在S/4HANA Cloud Public Edition上，只允许通过已发布的接口进行扩展。这限制了WRICEF清单能增长到什么程度，GROW项目通常约需6至9个月。代价是，让SAP去适应特殊流程的自由度更小。

RISE with SAP运行在S/4HANA Cloud Private Edition上，在那里您仍然可以修改核心。在那里，干净核心是一个治理决策，而不是技术限制，所以探索阶段的风险与本地部署相同。RISE项目通常需要9至18个月，而且多年期的订阅期限必须在业务论证中清楚体现。

AI是一个新的预算项，而不是可以入账的节省。一些Joule功能包含在SAP云订阅中，而高级AI功能则单独定价。如果合作伙伴的费率表声称AI能带来节省，请要求对方给出背后的生产率假设。

这关系到一个大型项目如何影响利润表。根据IFRS和美国公认会计原则（US GAAP），构建一项由您控制的资产的成本可以资本化；运营、培训和准备工作的成本则不可以。云会让预算中很大一块的答案发生变化。

成本要素	本地部署许可	云订阅（RISE / GROW）
许可费或订阅费	作为无形资产资本化	在合同期内费用化（服务合同）
配置与构建服务	可直接归属时资本化	IFRS：往往费用化，除非形成一项由您控制的单独资产。US GAAP：将实施成本资本化，并在托管期内摊销
构建所用的内部人工	可直接归属时资本化	与上一行相同的划分
培训与变革管理	费用化	费用化
数据清洗	费用化	费用化
您会保留的数据转换工具	可重复使用时资本化	逐案评估
上线后支持与运维支持	费用化	费用化

IFRS的立场来自IFRS解释委员会2021年关于云计算安排中配置和定制成本的议程决定。US GAAP的立场来自ASU 2018-15。尤其在IFRS下，一份沿用本地部署资本化假设的RISE业务论证，可能会严重高估第一年的利润。

文档决定了您能保住多少。一家制造业客户通过正确的资本化，在当年费用中节省了230万美元，因为它对顾问的工作记录得足够细致，足以为这种做法提供支撑。另一位客户因为无法证明自己的资本化决定，面临了一次痛苦的财务重述。

审计师会严格审视大型资本化项目。请在项目开始之前，而不是在年底，与他们商定会计政策。

大多数超支的项目并不是规划失败。它们是在规划阶段不够诚实。批准一份包含适当应急储备的现实计划的CFO，比批准一份毫无储备的乐观计划的CFO花得更少。

本指南是我的SAP 实施指南的一部分，该指南汇总了从业务论证到上线的所有主题。

SAP实施为什么会超支？

最常见的原因是一开始把预算压低，然后探索阶段暴露了真实范围。Fit-to-Standard研讨会把差距变成了从未定价的报表、接口、数据转换、增强、表单和工作流。供应商控制的范围、兼职的内部团队和滞后的数据工作会让情况更糟。

SAP项目通常会超支多少？

在我审查过的项目中，40%至60%的超支很常见。Panorama Consulting的2026年调查发现，超过四分之一的组织超出了ERP预算。最终找到顾问的项目，往往是这个群体中问题最多的那一部分。

SAP预算超支的早期预警信号有哪些？

最清晰的信号是WRICEF数量在整个探索阶段不断增长。其他信号包括由供应商起草的范围文件、没有每周定价的变更请求、尚未启动的数据剖析，以及仍在兼职的关键用户。如果清单变长了，请在探索阶段结束时重新设定预算基线。

如何阻止SAP项目的范围蔓延？

由客户方掌控范围，而不是让系统集成商来编写。在探索阶段结束时冻结范围，对照SAP标准质疑每一个差距，并在批准前为每个变更请求定价。每周审查变更请求，而不是在月底。

RISE with SAP能降低超支风险吗？

单靠它并不能。RISE运行在Private Edition上，核心仍可修改，所以探索阶段的风险与本地部署相同。基于Public Edition的GROW with SAP把扩展限制在已发布的接口上，这会缩小范围增长的空间。

RISE with SAP的实施成本可以资本化吗？

部分可以，具体取决于您采用的会计准则。订阅费本身通常费用化。在IFRS下，SaaS安排中的配置和定制服务往往也要费用化，除非形成一项由您控制的单独资产；在US GAAP（ASU 2018-15）下，实施成本要资本化，并在托管期内摊销。