ERP 项目的成败很少取决于软件本身。同一套系统，有的企业用得风生水起，有的三个月后回到 Excel。差别通常不在功能，而在"人的问题"是否被当成项目的一部分来管理。本文按五个阶段梳理。
诊断阶段：听见沉默的反对
调研访谈里最危险的信号不是明确的反对，而是礼貌的沉默——"都挺好"、"按你们专业来"。系统一旦上线改变日常操作，沉默会变成消极使用。
- 表现：访谈时某岗位总是"没意见"，却从不参与讨论；
- 做法：问题问到操作细节而不是结论——"上周这张单子，您从收到到完工，中间经了几个人、填了几张表？"细节骗不了人，也让真正的痛点自己浮出来。把每个关键岗位的"日常一天"过一遍，比问"你们有什么需求"有效得多。
方案阶段：让业务负责人签共识
方案做得好不好，评判者不是实施顾问，而是业务负责人。方案阶段最大的风险是"共识幻觉"——顾问按访谈理解写了方案，业务方没细看就点了头。
- 表现：评审会上没人提问，上线后到处"这跟我们说的不一样"；
- 做法：方案评审逐条过——尤其是例外情形（退货怎么处理、超权限审批走哪条线、历史遗留数据怎么算）。确认的不是"方案好不好"，而是"以后就按这个来"。共识要落在纸上、落在具体的人。
实施阶段：培养关键用户
系统配好之前，先要有人"站在业务这边、懂系统这边"。关键用户（Key User）是这两个世界的翻译——没有他们，所有问题都直接堆到顾问，既慢又失真。
- 表现：每个小问题都要等顾问回答，关键用户只会转述不会判断；
- 做法：每个主要部门选 1-2 名关键用户全程参与配置与测试——不是旁听，而是亲手跑用例。到上线时，他们能回答团队八成的问题，"顾问不在就停摆"的情形不会发生。
上线阶段：双轨期要短、要有人盯
切换前后通常有一段新旧并行的双轨期。双轨是安全垫，但双轨本身是最大的风险——两套账各做各的，时间一长必然分叉，而且所有人都会滑向更熟悉的那一套。
- 表现：双轨期越拖越长，"新系统查数、旧方式干活"成为常态；
- 做法：双轨期在计划里定死退出条件（比如连续两个结账周期数据一致），到点就切；切换周安排专人在现场/在线值守，问题当天归类——是操作不熟、数据不一致还是流程缺口，分别处理，不让问题过夜。
运维阶段：把"绕过系统"当信号
上线不是终点。团队开始用线下补丁绕过系统，就是最值得重视的信号。
- 表现：某个流程大家心照不宣地走线下，系统里只剩"补录"；
- 做法：回顾会上专门问"哪里还在用线下方式"，逐条判断：是系统确实没覆盖（补需求），是操作太绕（优化），还是流程本身该废（改流程）。绕过不是员工的错，是系统或流程还没到位的证据。
小结
把人当成项目的一部分来管理——访谈要听到沉默的反对、方案要有签字的共识、实施要有自己的关键用户、双轨要有退出的期限、运维要追踪绕行信号——软件的部分反而简单。系统落地靠的从来不只是功能清单，而是让每个相关的人知道：这件事为什么改、改成什么样、和我每天的工作有什么关系。