IBP 上线，第 18 个月：我们做错了什么
系统上线了。预测略有改善。组织与这套流程斗争了十八个月。一份关于 IBP 转型真实成本的复盘报告。
上线发生在十月的一个周二。项目总监给指导委员会发了一封邮件。仪表盘一片绿色。所有里程碑均已达成。系统已在六个市场上线，覆盖 78% 的营收，加载了 14 个月的历史数据，统计预测引擎每晚运行一次。
到了次年三月，六个市场中有三个悄悄恢复了与系统并行维护的 Excel 文件。最大市场的需求计划员已经默默重建了整套计划工作簿，每天早上从系统里导出数据填进去。IBP 工具本应促成的 S&OP 流程，其成熟度大致回到了这笔 420 万美元实施项目开始之前的水平。
这是一份复盘报告。名字已做修改。这种模式并不罕见。
IBP 本应带来什么
集成业务计划（Integrated Business Planning）是 S&OP 的进化形态，同样的跨职能对齐逻辑，扩展到覆盖完整的计划期（通常为 24–36 个月），与财务计划完全打通，并依托单一计划平台运行，而不是大多数公司常见的 Excel 加 ERP 的拼凑方式。
各家厂商，SAP IBP、o9 Solutions、Kinaxis、OMP、Anaplan，承诺的都是同一种结果的不同版本：单一事实版本、情景规划能力、供需实时对账，以及消除拖垮大多数计划团队生产力的人工对账负担。
Gartner《供应链计划解决方案市场指南》（2023）估计，具备成熟 IBP 能力的企业可实现库存降低 15–20%，预测准确度提升 10–15%，以及计划周期缩短 20–30%。这些数字是真实实施案例的结果。但它们也是排在前四分之一的实施案例的数字。中位数的故事完全是另一回事。
研究数据怎么说 IBP 实施失败
Panorama Consulting 的《2023 ERP/计划报告》涵盖 271 个实施项目，发现 58% 的供应链计划实施项目超出了原始预算，平均超支 24%。平均工期超期 33%。更重要的是，只有 41% 的受访者表示他们的实施项目在上线后三年内达到了预期的业务收益。
Gartner 2022 年的一项研究发现，供应链计划实施失败的首要原因是组织变革管理，67% 的受访者提及，排在技术问题（31%）、数据质量（48%）和流程设计缺陷（44%）之前。值得注意的是，数据质量被近半数受访者提及，但排名仍在变革管理之后。
波士顿咨询公司（BCG）2023 年对数字化供应链转型的分析发现，70% 的供应链数字化转型未能实现其既定目标，这一数字与更广泛的数字化转型失败率一致，麦肯锡估计各行业的这一失败率同样为 70%。
汇总统计数据没能捕捉到的，是 IBP 实施失败的具体质感。系统能用。数据能加载。统计模型能运行。失败发生在采纳环节，而采纳失败遵循着一种一致的模式。
第 1–3 个月：蜜月期
上线后的头三个月确实是有成效的。计划团队接受了密集培训。顾问团队仍驻场。指导委员会保持关注。那些在旧系统里明知存在却容忍已久的数据质量问题，正在被积极处理，因为新系统让它们变得可见了。
预测准确度有所改善，通常提升 3–5 个百分点，因为新的统计模型优于被替代的 Excel 模型，也因为实施过程中的数据清理去除了部分历史数据中的噪声。
团队在学习这套工具。每个计划周期都比以前慢，因为流程还不熟悉。这在预期之内，也已经沟通到位。顾问解释说，生产力曲线会先下滑后回升。指导委员会接受了这个说法。项目总监汇报称，采纳指标符合预期。
第 4–6 个月：第一场危机
数据出了问题。总是数据出问题。
在我讲的这个案例里，问题出在促销历史数据上。这家公司开展了大量促销活动，买一送一、批量折扣、与关键客户协同的价格促销，而加载进系统的历史数据没有系统性地标记出这些时段。因此，统计预测是在一段包含促销拉升但系统并不知晓其为促销拉升的历史数据基础上做外推。结果是某些 SKU 的基线预测在结构上被系统性地高估了。
需求计划员们知道这一点。他们已经知道好多年了。在旧系统里，他们靠对哪些时段是促销期、大致该在历史数据上打多少折扣的经验知识手动修正。新系统没有这份知识。修正逻辑本应在实施阶段就建好。它被部分建好了，足以通过用户验收测试（UAT），但没有健壮到能应对公司实际使用的全部促销机制。
市场三的需求计划员，在这个岗位上已经干了九年，在第六周提出了这个问题。实施团队的回应是修复方案正在评估范围。这个修复完整落地花了十一周。这十一周里，她一直在维护自己的 Excel 文件。
她从未真正停下来。
第 7–12 个月：顾问撤场
顾问团队在第八个月撤离。这是标准操作。实施合同覆盖上线和稳定期。到第八个月，稳定期被宣告完成。顾问向内部团队做知识转移，把流程文档化，然后离开。
随顾问一同离开的：关于某些设计决策为何这样做的机构知识、在厂商支持体系内快速升级数据问题的能力，以及一直支撑指导委员会保持投入的那股变革能量。
留下来的：一支在使用层面理解工具、但不理解配置层面的内部团队，一套描述流程"应该是什么样"而非"实际是什么样"的流程文档，以及一份处理漏洞但不处理采纳问题的厂商支持合同。
顾问离开后的第一个 S&OP 周期比上一个周期多花了三天。需求评审会议超时两小时，因为系统里的一个数据问题在会议现场无法诊断出来。商业团队此前一直看在项目的份上容忍着变慢的周期，此时开始公开质疑新系统是否真的比旧系统好。
第 13–18 个月：并行文件问题
到第十三个月，只要知道去哪里找，这些并行的 Excel 文件已经清晰可见。
它们并不是秘密。计划员们没有藏着掖着。这些是针对系统具体缺口的务实应对。市场一的需求计划员有一份用于管理新品上市的文件，系统的新品导入（NPI）流程速度跟不上商业团队推新品的速度。市场四的计划员有一份用于管理客户专属预测的文件，三个关键客户要求每周提交预测，格式和系统的计划桶对不上。市场三的计划员那份促销历史修正文件，也从未被真正取代。
每一份文件都是对某个真实缺口的合理应对。但每一份文件同时也是 IBP 实施当初所承诺的"单一事实版本"上的一道裂缝。
问题会自我放大，因为这些文件不会被限制在原本的用途里。一旦某个计划员在某件事上更信任自己的并行文件而非系统，这份信任的边界就会扩张。她开始在正式提交前，把系统给出的数字和自己文件里的数字对一遍。当两者出现分歧时，她用自己的数字。系统变成了她流程的输入，而不是产出。
到第十八个月，计划总监已经无法自信地向指导委员会保证，IBP 系统里的数字就是各市场实际据以计划的数字。
真正失败的是什么
不是技术。SAP IBP 是一套能干的系统。预测引擎能用。情景规划工具能用。财务集成能用。
不是数据。数据质量在实施过程中确实得到了改善，主数据更干净了，历史数据更完整了，而促销历史那个问题，虽然花了三个月，但最终也修好了。
真正失败的，是实施方法论没有充分应对的三件事：
**流程是按理想中的组织设计的，不是按实际存在的组织设计的。**未来态流程假设商业团队会按月节奏提供结构化的促销销量输入。而实际情况是，商业团队按单个交易提供促销信息，往往在执行前两周才给出，格式还因市场和客户经理而各不相同。"商业按月输入销量拉升"和"商业在促销上线前的那个周四打电话给计划"之间的流程设计落差，从来没有被真正弥合。
**激励没有改变。**需求计划员按预测准确度考核。IBP 系统的统计预测是他们的基线，但他们的奖金是按共识预测的准确度计算的，而调整这个共识预测正是他们的职责所在，需要从统计基线出发进行调整。当系统的统计基线出错时（如促销历史那个案例），正确地调整它能提高准确度。但调整需要时间，还需要向商业团队证明这次覆盖是对的。阻力最小的路径，是维护 Excel 文件，用它算出正确的数字，再把这个数字录入系统。系统记录了结果。Excel 文件里装着推理过程。
**变革管理项目在上线那一刻就结束了。**实施项目中的变革管理工作流，沟通、培训、干系人管理，是围绕"采用这套工具"设计的，而不是"采用这套流程"。它衡量的是用户能不能操作系统，而不是他们是否信任这套系统到愿意放弃替代方案的程度。上线之后，变革管理的预算耗尽，注意力也转移了。组织对这套流程的抵触情绪，在实施期间被项目的能量所压制，在这股能量撤走之后重新浮现。
一场真正的 IBP 转型需要什么，而没人为此预算
基于这份复盘报告，也基于我在其他实施项目中看到的：
**第二年才是真正的实施。**第一年是系统部署。第二年才是流程真正扎根的阶段，这需要专职的内部资源、持续的高管关注，以及为真实使用中冒出来的修复工作预留的预算。大多数实施合同只为第一年做预算。第二年成了事后才想起的事。
**一位不是厂商员工的流程架构师。**厂商的实施顾问擅长在厂商的参考架构内部署工具。他们没有动力告诉你，你们组织的商业流程在结构上就和月度计划周期不兼容。这种判断需要一个对你的业务结果负责、而不是对实施项目负责的人来做。
**在流程重新设计之前先对齐激励。**如果商业团队的奖金结构只奖励当年营收、不管预测准确度，任何 IBP 流程都产生不了诚实的需求信号。流程是激励的下游。不修激励只修流程，只会得到一堆看起来准确、但不反映商业现实的数字。
**对并行文件保持诚实的评估态度。**在第十八个月，面对并行文件问题的正确应对，不是强令计划员停止使用它们，而是理解每一份文件为什么存在，修复催生它们的那些缺口，并赢得那份能让计划员愿意主动放弃这些文件的信任。我们做这件事的速度不够快。
真正重要的那个数字
从上线到这份复盘报告被委托撰写的这十八个月里，IBP 实施花掉了最初 420 万美元的实施费用，外加大约 110 万美元的稳定和修复费用，再加上估计 2400 人时的内部计划时间，用于管理系统与并行文件之间的落差。
作为核心指标的预测准确度，比基线提升了 4 个百分点。库存在两个市场降低了 8%，但在一个市场增加了 3%，那个市场的促销历史问题在修复上线之前导致了超量订货。财务集成在六个市场中的四个运转顺畅。
项目总监把这称为部分成功。他大概是对的。但这也不是当初承诺的样子，不是当初花钱买的样子，也配不上这总计 530 万美元成本的分量。
这里的教训不是 IBP 不管用。教训是，实施合同定价的是技术和上线本身。转型另有其价，体现在高管时间、内部资源、流程重新设计和激励调整上，而这笔价格几乎从不会提前报出来。
参考来源
- Panorama Consulting Group. (2023). 2023 ERP Report. Panorama Consulting.
- Gartner. (2023). Market Guide for Supply Chain Planning Solutions. Gartner Research.
- Gartner. (2022). "Top Reasons Supply Chain Planning Implementations Fail." Gartner Research Note.
- Boston Consulting Group. (2023). "Digital Supply Chain Transformation: Why Most Fail and How to Succeed." BCG.
- McKinsey & Company. (2018). "Unlocking success in digital transformations." McKinsey Digital.
- Oliver Wight International. (2023). IBP Maturity Assessment Framework. Oliver Wight.
- ASCM. (2022). Supply Chain Resilience and Digital Readiness Report. ASCM.
- Wallace, T. F. (2004). Sales & Operations Planning: The Executive's Guide. T.F. Wallace & Company.
- Cecere, L. (2022). Supply Chain Metrics That Matter. Supply Chain Insights LLC.
- Lapide, L. (2011). "IBP: Not your father's S&OP." The Journal of Business Forecasting. 30(3).