SAP 业务案例模板：让审批不再拖延

当决策者能在一页纸上，用自己的语言看到问题、成本、回报和风险时，SAP 业务案例就会获批。请使用下面这个七章节的结构，纳入至少五年的全部成本，保持收益假设保守，并分别为 CFO、IT 和业务部门写出各自的段落。大多数停滞的业务案例，败在呈现方式，而不是想法本身。

我见过审批拖上几周、有时甚至几个月，哪怕想法本身是扎实的。我记得一次 S/4HANA 迁移，第一次汇报就失败了。方案里塞满了系统架构图，几乎没有写运营收益。我们重新调整，让开篇聚焦于减少发货延误、降低库存成本，以及团队将如何交付。CFO 在一次会议上就批准了。

模板之前再强调一点。您的实施合作伙伴不应该来写您的业务案例。他们的激励是启动项目。您的激励是完成项目。4000 万美元的项目就是这样悄悄变成 9000 万美元的。

执行摘要决定成败

控制在一页。高管可能什么都不会再读。

从问题开始，用数字说明。用一两句话陈述方案，不带任何技术细节。然后给出带数字的主要收益、一个简单的时间线、总投资，以及关键风险及其缓解措施。

在我之前支持过的一家公司里，摘要开头用的是“技术对象”和“Embedded HANA”这样的词。CFO 读完第一段就放下了。我们重写后，以“通过降低库存，每年节省 250 万美元成本”和“订单处理速度加快 40%”开头。同一位 CFO 读完了整页，并在当周批准了项目。

摘要写完后，把它交给项目之外的人。如果对方能向您复述出来，它就管用。

为三类读者写作

一个面向所有人的版本行不通。我见过很强的方案，因为写给了错误的读者而夭折。

CFO 和董事会IT业务用户

他们关注什么CFO 和董事会能不看笔记就复述的数字IT对照现有系统映射出的集成范围业务用户逐项任务地呈现他们一周的工作

给他们什么CFO 和董事会年度节省和回收期，并坦率说明风险IT上线后的支持模式业务用户前后对比，附上诚实的培训时间

什么能赢得他们CFO 和董事会坦诚胜过乐观IT证据表明您知道类似项目在哪里出了问题业务用户对每一次多余的点击都保持诚实

CFO 和董事会想要的是能不看笔记就复述的数字：“每年节省 200 万美元，回收期 18 个月。”他们希望风险被坦率说明。对这类读者，坦诚胜过乐观。

IT 想要对照现有系统映射出的集成范围、上线后的支持模式，以及您知道类似项目在哪里出过问题的证据。

业务用户想要一幅他们前后一周工作的逐项任务图景，以及一个诚实的培训时间数字。一次微小的多余点击，每周重复几千次，就会变成真正的问题。

我曾遇到一位 CFO 在会议中途就否决了一份业务案例，因为它没有回答她的任何问题。我们把它重建成三个部分，每类读者一个，并把每一部分都锚定在可衡量的 KPI 上。技术方案从未改变。改变的只是讲述它的方式。

这是我使用的七个章节，按这个顺序。我记得一家制造企业，它的 CFO 发现成本细节埋在第 23 页，而 CIO 根本找不到技术风险。审批因此推迟了六个月。换成结构化的版本后，审批只用了两周，而内容几乎没变。

章节	必须包含的内容
执行摘要	用数字说明问题、方案、收益、总投资、时间线、主要风险
现状	痛点、它们今天的成本，以及什么都不做的成本
建议方案	范围、模块、部署模式（RISE、GROW 或本地部署）、主要集成
财务案例	五年的成本和收益、ROI、回收期，较大项目还要有 NPV
实施计划	阶段、里程碑、团队、依赖项
风险	具体的风险，附负责人和缓解措施
治理	发起人、指导委员会、变更控制、扩展审批规则

把架构图和配置细节放在附录里。

财务总监会找的成本

成本不完整，比收益不够有力更容易让业务案例失败。请包含以下所有项目：

1. 软件：本地部署的许可加年度支持，或者 RISE 和 GROW 的订阅。
2. 实施合作伙伴的费用。
3. 基础设施，如果由您自己运行；在 RISE 下，由 SAP 在订阅内运行。
4. 内部员工的时间。这是最常缺失的一项。
5. 培训和变革管理。
6. 数据迁移和清洗。
7. 持续支持。本地部署的 SAP Enterprise Support 长期以来约为每年许可价值的 22%。对于 RISE 和 GROW，请列出合同期内每一年的订阅费。
8. 上线后的 Hypercare。

第 7 项是许多财务总监最先检查的。如果缺了第二年到第五年，可信度会立刻下降。我的 SAP 实施成本指南给出了每一项的典型区间，我的面向 CFO 的合同审查指南则讲了合作伙伴这一面。

CFO 会相信的 ROI、回收期和收益

ROI 是净收益除以总投资。五年收益 350 万美元、成本 200 万美元，净收益就是 150 万美元，即 75%。

回收期 是投资额除以年度净现金收益。一个 120 万美元的项目，每年回报 40 万美元，三年回本。

NPV 把未来的现金流折现为今天的价值。如果董事会要求，请让财务团队一起进会议室。

用展示计算过程的方式量化收益：

• 库存： 1000 万美元的库存，降低 15%，持有成本 20%，每年节省 30 万美元。
• 流程时间： 一项 45 分钟的任务，每天运行 200 次，缩短到 15 分钟，按每小时 30 美元计，按 250 个工作日算，每年节省约 75 万美元。

展示爬坡过程。上线后第一年的收益，通常低于稳态时的水平。把无法量化的收益放在另一份单独的清单里，这样它们就不会稀释您能量化的那些。

要保守。我见过一些企业，通过对成本毫不留情地诚实、对收益保持保守，赢得了困难的 SAP 项目的批准。一家制造业客户起初为其 S/4HANA 项目给出了 30% 的 ROI。受到质疑后，它把方案修订为更现实的 18%。CFO 欣赏这份坦诚，并批准了它。

订阅取代了许可和支持。 RISE 和 GROW 是订阅，所以第一年的成本比购买本地部署许可更低。五年总额取决于用户数、范围和期限。把第一年、第三年和第五年并排展示。

变化的是会计处理，而不只是现金。 在 IFRS 下，云合同给您的往往是使用软件的权利，而不是您控制的软件资产。在这种情况下，IFRS 解释委员会2021 年的议程决定意味着，配置和定制成本通常在服务被接受时费用化，而不是资本化。这可能把项目成本的很大一部分从资产负债表转移到利润表。在财务案例提交董事会之前，请与审计师就您的 RISE 或 GROW 合同的处理方式达成一致。

Clean Core 改变了长期成本。 基于已发布接口构建的扩展，设计时成本更高，但能经受住升级。修改在今天更便宜，在之后的每一次升级中都很昂贵。五年模型应该体现这种差异，尤其是在核心仍可被修改的 Private Edition 上。

只有带有工作流层面假设的 AI，才属于业务案例。 Joule 和其他 AI 功能可以节省特定任务的时间。把每一项 AI 收益，与一个具名的工作流、一个用户数，以及一个您能站得住脚的采纳率挂钩。CFO 每周都会看到“AI 将改变业务”这类说辞，并对它们大打折扣。

漏掉了什么都不做的成本。 如果当前系统每年造成 50 万美元的返工，这笔钱就该写进案例。有时它比 SAP 的投资还大。

忽视中断。 培训时间、切换停机，以及上线后缓慢的第一个月，都会降低回报。

风险含糊。 “数据问题”不是风险。“主数据不匹配，导致上线后 30 天内发票被拒”才是。

只有一个上线日期，没有细节。 延误通常从交接处开始：从需求到配置、从测试到签批、从培训到就绪。把它们展示出来。

忽视公司规模。 在我参与的一个项目中，一家小型分销商照搬了大公司的治理流程。每周的指导会议变成了几个小时的生产力损失，直到流程被精简。对于 200 人以下的企业，8 到 10 页就够了。大型企业则期望有完整的财务建模和详细的治理章节。

我合作过一个制造团队，花了六个月才拿到批准。他们把案例修改了四次，因为每个版本只回答了一位审批人，而忽略了其他人。从一开始就为三类读者写作，本可以省下大部分时间。一旦获批，下一份文档就是项目章程。

SAP 业务案例应该包含什么？

七个章节：执行摘要，现状和什么都不做的成本，建议方案和部署模式，带 ROI 和回收期的五年财务案例，实施计划，带负责人的具体风险，以及治理模型。技术细节放在附录里。

SAP 业务案例为什么会被否决？

通常是因为收益含糊，或者成本不完整，尤其是持续支持或后续年份的订阅费。其他常见原因：风险被轻描淡写，或者文档只写给一类读者，而财务、IT 和运营都需要被说服。

如何计算 SAP 实施的 ROI？

用期间内的净收益（通常是五年）除以总投资。要包含每一项成本：软件或订阅、合作伙伴费用、内部时间、培训、数据迁移、持续支持和 Hypercare。使用保守的收益，并考虑上线后的爬坡。一个现实的 18% 比一个乐观的 35% 更快获批。

RISE with SAP 如何改变业务案例？

订阅取代了许可和年度支持，所以业务案例需要列出合同期内每一年的成本视图。SAP 运营基础设施，这就免去了硬件支出。在 IFRS 下，云服务的配置成本通常是费用化而不是资本化，所以请尽早与审计师就会计处理达成一致。

SAP 业务案例应该多长？

一页的执行摘要，然后中型市场项目大约 15 到 25 页，大型企业最多 40 页。更长的内容放进附录。如果发起人需要一个小时才能根据它做完汇报，那就太长了。

SAP 业务案例中什么都不做的成本是什么？

继续留在当前系统上，业务会持续损失的东西：手工权宜做法、对账工作量、报表延迟、对老化系统的支持，以及基于不可靠数据做出的决策。如果您在用 ECC，请把 2027 年之后的扩展维护成本也算进去。