"决定ERP实施成败的，不是系统好不好，而是组织的'变革信用账户'里还有没有余额。" 

 你们公司5年前花800万上了SAP。当时项目组说："上线后库存周转率提升30%，订单交付周期缩短40%，人力成本降低20%。" 

 5年过去了，库存周转率提升了8%，订单交付周期没变，人力成本反而涨了——因为多了5个专职维护人员。 

 现在CIO说："我们要重新实施ERP，这次用S/4HANA，效果一定好。" 

 但这次，项目经理发现了一个比第一次更棘手的问题：阻力比5年前大了至少一倍。

 第一次实施时，大家虽然不情愿，但至少还抱着"新系统也许能带来改变"的期待。第二次，没人信了。 

 车间主任说："上次也说上线就好了，结果呢？"
 财务经理说："又要搞数据迁移？上次迁了三个月，数据还是错的。"
 销售主管说："我现在用的挺好啊，为什么要改？" 

这不是技术问题。S/4HANA确实比ECC先进。问题出在第一次实施留下的"组织记忆创伤"——那些被改变的利益格局、被压抑的抵触情绪、被搁置的流程争议，在二次实施时会被全部激活，而且比第一次更强烈。

 ERP二次实施的失败率约65%，远高于首次实施的40-50%。企业以为第二次会更有经验，但实际上，第二次面对的是更深层次的组织阻力。 

 ▲ 图：ERP二次实施阻力五维模型——从利益格局到变革疲劳 

 利益格局——第一次动了的奶酪，第二次要动得更深 

 第一次上ERP，本质是一次利益格局的重新分配。 

 采购审批权限从部门经理收归采购部。库存管理权限从仓库主管收归计划部。销售订单的定价权从业务员收归销售部。 

 这些权限的收回，在第一次实施时就引起了不满。但当时有"一把手"强力推动，有"新系统上线"的大旗，这些不满被压下去了。 

 现在二次实施来了。这次要动的是什么？是更深层的权力—— 

 数据透明化之后，部门之间的绩效对比一目了然，谁干得好谁干得差，再也藏不住了。
 流程标准化之后，那些靠"例外处理"吃饭的中间环节，再也找不到存在的理由了。
 自动化之后，某些岗位的必要性会第一次被真正质疑。 

第一次实施动了"操作流程"的奶酪，第二次实施要动"权力结构"的奶酪。后者比前者难得多。

 那些在第一次实施中失去权力的人，这五年里一直在找机会夺回来。二次实施给了他们一个完美的理由："上次就是这么搞的，结果呢？" 

 ▲ 图：二次实施失败率65%远高于首次40-50%——不是技术更难，是组织创伤被激活

 组织记忆——"上次上线时的那些坑，大家都还记得" 

 每个经历过第一次ERP实施的老员工，脑子里都有一段"创伤记忆"。 

 数据迁移：上次迁了三个月，客户主数据重复了30%，物料编码乱了，BOM表对不上。最后是靠人工一条条核对才解决的。
 流程切换：上线第一天，车间停工了两天，因为工人不知道新系统里怎么报工。
 权限设置：上次权限设错了，仓库主管看不到库存数据，发不了货，被客户骂了一个月。 

 这些记忆，项目组可能已经忘了。但当事人记得清清楚楚。 

而且记忆是有"放大效应"的。人们会不自觉地夸大上次的困难，缩小上次的成功。心理学上叫"负面偏差"——人对负面经历的记忆比正面经历深刻得多。 

 所以当二次实施启动时，那些"上次受伤最深"的人会成为最积极的反对者。他们会在各种场合说："上次就搞过这一套，我告诉你们，行不通的。" 

 这种话的传播力，比项目组一百句"这次不一样"都强。 

 期望落差——第一次承诺的价值没实现，第二次没人再信了 

 第一次上ERP时，项目组给业务部门画了一个很大的饼： 

 "上线后你们就不用做Excel了。"
 "上线后数据就准确了。"
 "上线后效率会大幅提升。" 

 结果呢？ 

 Excel还在做——因为系统导出的数据还要人工调整。
 数据还是不准——因为基础数据维护不到位。
 效率没提升——因为系统操作比原来复杂了。 

第一次实施留下的最大后遗症不是系统问题，是"信任破产"。业务部门对ERP的期望从"能解决问题"变成了"又是来折腾我们的"。 

 二次实施时，项目组说："这次我们会做好需求调研，确保系统满足业务需要。" 

 业务部门的潜台词是："上次也是这么说的。" 

 这种信任破产导致的直接后果是：业务部门不再配合。需求调研时敷衍了事，测试时随便点点，上线后说"系统不好用"。 

他们不是真的认为系统不好用，他们是用不配合来报复上次被"忽悠"的愤怒。

 系统债务——十年前的架构+十年间的补丁=二次实施的泥潭 

 这是技术层面最棘手的问题。 

 第一次上ERP时，做了一些定制开发。当时觉得"这个功能标准产品没有，但对业务很重要"，就花了两个月自己开发。 

 十年间，业务变了，流程变了，但那些定制代码还在那里。而且越积越多——今天加一个报表，明天改一个接口，后天加一个审批节点。 

 现在要二次实施，迁移到新版本。项目组发现： 

 那些定制代码，新版本的架构根本不兼容。要重写。
 那些十年前的接口，对方系统早就升级了N次了。要重新对接。
 那些当年"临时"的解决方案，现在变成了"长期"的业务依赖。要重新设计。 

系统债务的本质是：十年前做的每一个技术决策，现在都要还债。而且利息比本金高得多。

 更糟糕的是，很多当年的决策者已经不在公司了。现在的人不知道当年为什么这么做，不敢随便改。一改就怕影响核心业务。 

 二次实施就这样变成了一个"边拆炸弹边换零件"的高风险操作。 

 变革疲劳——"又来搞这一套？"——变革意愿被消耗殆尽 

 最后一种阻力，也是最难量化的一种：变革疲劳。 

 这五年里，企业可能已经搞过： 

 • 第一次ERP实施
 • 组织架构调整
 • 流程优化项目
 • 精益生产导入
 • 数字化转型规划 

 每一次变革，都需要业务部门投入时间、精力、耐心。但人的变革意愿是有限的——就像一个电池，充一次电用一次，用完了就没了。

当一个企业在5年内做了5次变革，业务部门的变革意愿已经接近枯竭。他们不是反对某一个具体的变革，他们是"不想再变了"。 

 这时候你说"我们要重新实施ERP"，他们的第一反应不是"这次能带来什么好处"，而是"怎么又来了"。 

变革疲劳最可怕的表现是"被动配合"——表面上说不反对，实际上什么都不做。需求调研来了就参加，测试来了就点点，上线后该怎么做还怎么做。 

 这种"软抵抗"比"硬反对"更难处理，因为你找不到明确的阻力点。 

 ▲ 图：从组织创伤诊断到增量改造的成功路径——先还债再重建

 ERP二次实施的处境，很像一个人带着旧伤去跑马拉松。 

旧伤不会因为你换了一双更好的跑鞋就消失。它需要被正视、被治疗、被修复。

阅读原文​