浙江有位做精密五金的老板，去年这个时候签了一张 60 万的 ERP 授权合同。行业头部品牌，本地化做了二十年，演示 demo 那天 12 个模块从订单进来跑到出货发票一气呵成。加上实施费、顾问费、服务器，全套接近 130 万。上线那天车间挂横幅、放鞭炮，IT 总监做总结报告说"打通了从订单到交付的数据链"。

三个月后，老板下到车间转一圈，发现仓管的电脑桌面上还是那张用了八年的 Excel——领料、库存、报工全在上面。他问仓管为什么不用新系统，仓管说车间主任私下交代过："该用 Excel 还用 Excel，新系统等他们调好了再说。"那一刻他才意识到，130 万买回来的不是一套系统，是一张挂在墙上的电子身份证。

这种事情你听过太多次了，多到都成了行业段子——上线那天都在鼓掌，三个月后没人打开。但段子讲多了反而模糊了真问题。多数老板的本能反应是"这家 ERP 不行换一家"或"这家顾问太水换一家"，再砸 60 万、再请一拨人，半年后同样的剧本再演一遍。Gartner 2026 的调研给出的数字是 72% 的 AI 和数字化项目没兑现 ROI，这个数字过去十年从 SAP 时代到 AI 时代基本没变——你换的是软件版本，没换的是失败机制本身。

失败的不是软件，是启动顺序

绝大多数老板把"上系统"当第一步、把"改流程"当系统上线之后的可选项。这个顺序在你脑子里成立、在顾问的 PPT 里成立、在 IT 部门的项目计划里也成立——但在 ERP 这个东西的物理本质上不成立。

ERP 不是工具，是流程的固化物。 你把一个流程跑通了，写进 ERP，从此这个流程就被钢筋水泥灌进去了，修改一次的成本是当初设计成本的 5-10 倍。所以"先上系统再优化流程"这句话翻译成大白话是：先把现在乱七八糟的流程灌进水泥，灌完了再来砸——这事在物理上不成立。

那位五金厂老板系统上线后做的事就是这个逻辑的反面。他把 IT 项目暂停，自己驻厂两个月，每天早上 7 点到车间看领料、看排产、看质检三个最痛的节点。他发现 ERP 里那张领料单要走 47 步审批，因为顾问把过去 6 个分厂、3 个老系统里所有的审批环节"为了不丢功能"全打包搬过来了。现实里仓管要发料的时候，47 步根本走不动，于是回到 Excel——这不是抵制变革，这是基本生存。他做的第一件事不是骂仓管不配合，是亲自带车间主任和 IT 把 47 步砍到 19 步、砍掉的 28 步里有 21 步是历史遗留的"互相不信任审批"。第二件事是动了奖金结构——班组长月度奖金的 30% 直接绑死到系统数据完整度，缺一条记录扣一档。第五个月，系统活跃使用率从 22% 拉回 68%。

真正的变量是业务一把手肯不肯下场

你注意这件事的两个数字：47 砍到 19，是流程；30% 奖金绑死系统录入，是激励。这两件事没有一件是 ERP 软件本身能完成的——任何一家顶级 ERP 都没办法替你判断哪 28 步审批可以砍、也没办法替你重新设计班组长的奖金结构。这两件事必须由业务一把手亲自做、亲自扛、亲自跟中层正面冲突。

学术界过去十年追踪这件事追出一个高度稳定的结论：ERP 项目失败的单一最大变量是业务一把手参与度，不是预算、不是顾问水平、也不是 IT 部门能力。 你预算从 60 万加到 600 万，业务一把手不下场，失败概率只会从 70% 升到 75%——因为更贵的系统意味着更复杂的流程被灌进水泥。

为什么业务一把手不下场？因为流程改不动。改流程不是 IT 项目，是动权力的项目。一张领料单走 47 步，每一步背后是一个签字的人，签字的人背后是一个部门，部门背后是一句"出了事谁负责"。你要把它砍到 19 步，就要拍板"这 28 个签字不要了、出了事我兜底"。这话只有老板说才有用，CIO 说不算、咨询顾问说更不算。

但中国民营企业的老板典型剧本是这样的：

• 选型 demo 阶段他坐在第一排听演示，听完签了字让 IT 部门和顾问公司去推

• 实施 6 个月他偶尔到项目组开会过问进度

• 上线那天他剪彩

• 上线后三个月数据出问题他骂 IT 总监"你怎么搞的"

整个过程里他没有在任何一个"这条流程不符合我们现实"的关键节点上做过决策——他既不是真正的项目 sponsor，也不是真正的流程改革者。

比抵制更可怕的是"静默绕过"

这种缺位在 6 个月后还有一个更隐蔽的表现：业务部门绕过系统。明面上没人反对，所有人都在录入数据，但录入的数据是假的——出库扫码扫了三遍只承认一遍、报工时间统一填 8 点 30 分、不良品单据在仓管私下的 Excel 里另记一份。东莞某玩具厂去年的真实情况是车间班长用厚纸板盖住扫码枪、夜班直接拔掉数据采集盒的电源——账面上系统使用率 90% 以上，实际数字采集完整度 30% 都不到。

判断你公司是不是在这种状态有一个非常便宜的检验方法：ERP 上线 6 个月后，业务部门主动提优化需求的比例是多少。如果是 0，那不是用得好，是已经被绕过了。 绕过比明面抵制更难治——因为上层用着那些失真的数字在做决策，越用越偏。

12 个月后，AI agent 会把这个坑再挖一遍——只是这次烧 500 万

未来 12 个月这个机制会被 AI agent 浪潮再放大一轮。SAP 的 CEO Klein 上个月在 Sapphire 大会的 Q&A 里亲口讲了一个翻车案——北美某零售客户在 S/4HANA 上建了 50 个 AI agent 覆盖报价、折扣、续约。上线 6 周后发现，某个面向终端消费者的"建议价"agent 通过推理链把内部 COGS（成本数据）扒到了消费者报价端，导致高毛利产品被自动让利。

Klein 自己的定性是：这是权限边界问题，不是 AI 幻觉。翻译成业务语言：客户的 IT 团队和 SAP 销售把 50 个 agent 的权限边界当成"我们能做到什么"在 demo 阶段做了功能演示，但业务部门没有在任何一个 agent 的"哪些数据能访问、哪些不能"的关键节点 review 过。这跟那位五金厂老板的 60 万 ERP 是同一个病——只不过烧的不是 60 万授权费，是 500-2000 万的 agent 部署费加上一次客户报价端的事故。 中型制造业接下来 12 个月会有一批人被 Joule + S/4HANA 的 AI 红利捆绑，跟着把"流程没改、权限没厘清就上系统"这个剧本再走一遍。

今天能做的第一件事

那位五金厂老板做对的那两个月，做的事其实只有一件——把启动顺序倒过来。先停下来看现实流程、砍掉 28 步审批、动了奖金结构、然后才让 ERP 重新跑起来。这件事的成本不是钱，是老板亲自下场 60 天的时间。

你今年如果手上有一个 ERP 项目正在签合同、或者已经上线但使用率在 40% 以下，最低成本的第一步是：找一张你公司最痛的业务单据（领料单、排产单、订单变更单都行），让业务负责人和一个一线员工坐下来，把这张单据在系统里走一遍、再在现实里走一遍，把两条路径的差异列出来。 半天能做完。看完那张差异表你会做什么决定，由你自己定——但至少先看一眼真实的流程裂缝，再决定后面 500 万授权费投向哪里。

原文链接：https://mp.weixin.qq.com/s/-pUpc35t8AZQH22xkztVzA