ERP 实施全流程 6 个阶段怎么做才不会烂尾

工信部在《中小企业数字化转型指南》里给中小企业的方法论，是「评估—规划—实施—优化」的四步闭环。这与本文拆解的 6 个阶段一一对应：立项评估对应「评估」，蓝图设计与主数据准备对应「规划」，配置开发与上线切换对应「实施」，上线后的运维复盘对应「优化」。官方思路与一线实践殊途同归——跳过任何一步，都是在给烂尾埋种子。

阶段一：立项与评估（4-6 周）——先搞清楚「为什么要上 ERP」

这一阶段最常被跳过，老板拍板「我们要上 ERP」就直接进入选型。结果就是做了一半才发现：原来你以为的痛点根本不是 ERP 能解决的。

交付物：①《业务评估报告》——列出当前业务流程的 20 个痛点，按严重度排序，标注哪些是 ERP 可解决的、哪些是流程要改的、哪些是人的问题；②《项目立项书》——明确预算范围、预期目标（不要写「提升管理水平」这种虚的，要写「库存准确率从 70% 到 95%」「月结从 10 天到 3 天」）、项目组织架构（甲方项目经理是谁、关键用户是谁）。

避坑：立项阶段一定要确定「甲方项目经理」是真的有权力拍板的人，而不是派一个刚入职的行政来对接。项目经理的级别至少是总监级以上，能调动各部门资源。

阶段二：选型与采购（4-8 周）——不是选「最好的」，是选「最适配的」

• 选型第一步：根据评估报告写《需求规格说明书》，核心需求不超过 20 条，每条标注「必须有 / 最好有 / 无所谓」
• 选型第二步：筛选 3-5 家候选供应商，只邀请他们来做「核心需求演示」——不要让他们讲功能清单，要他们用你的真实业务数据跑一遍核心流程
• 选型第三步：去参考客户现场看——不是供应商给你安排的「样板客户」，是你自己通过同行关系找的同行业、同规模的客户，问他们「用了之后最满意什么、最后悔什么」
• 选型第四步：签合同必须附《交付范围清单》，明确哪些功能是标准产品、哪些是定制开发、每个功能的验收标准是什么。不要签「帮助甲方实现管理提升」这种模糊条款

ERP 选型 80% 的错误都是因为「在签合同之前没见过真实的业务跑通」。PPT 演示不算数，你的数据在他的系统里跑一遍才算数。

阶段三：蓝图设计与主数据准备（8-12 周）——这一阶段决定了 70% 的成败

蓝图设计阶段的核心工作是「业务流程再造 + 主数据标准 + 系统配置方案」三件事，不是坐在会议室里画 PPT。

业务流程再造：和各部门关键用户逐条过流程——销售接单流程、生产排产流程、采购入库流程、财务对账流程。每一条流程画出现状（As-Is）和未来（To-Be），标注差异点。差异点要么改流程适配系统，要么定制开发适配流程，不能模棱两可。

主数据准备：这是整个项目的第一优先级。物料编码规则、客户编码规则、供应商编码规则、BOM 结构规范必须在蓝图阶段 100% 定稿。主数据的清洗和录入在这一阶段就要开始做，不要等到上线前才临时抱佛脚。

交付物：《业务蓝图手册》（含流程图 + 差异说明 + 岗位操作手册初稿）+《主数据标准手册》+ 清洗后的主数据第一批（至少覆盖 80% 的常用物料/客户/供应商）。

阶段四：系统配置与开发 + UAT 测试（6-10 周）——关键用户必须下场

很多企业把 UAT（用户接受测试）当成供应商的事——「你们测好了我签字」。这是最大的坑。

正确做法：UAT 测试用例由甲方关键用户写（不是供应商写），每一条用例对应一条蓝图里的未来流程。关键用户自己在测试环境里从头到尾跑一遍，跑出问题记下来，供应商改完再回归。

UAT 通过率的定义：不是「90% 的测试用例通过」，而是「核心流程（20% 高频场景）100% 通过，非核心流程通过率 ≥ 95%，剩余问题有明确的解决时间节点」。

避坑：UAT 阶段必须冻结需求——任何蓝图里没有的新增需求，先记下来放到 V2.0 版本，不准在上线前临时加。临时加需求是 ERP 延期和烂尾的第一元凶。

阶段五：上线切换与并行（4-6 周）——不要搞「大爆炸式上线」

• 上线顺序建议：① 先上 1 个试点仓库（1 周）→ ② 仓库没问题了，再上采购和销售（2 周）→ ③ 采销存都稳了，最后上生产和财务（2-3 周）
• 新旧系统并行期：至少 2 周，每天下班前核对新旧系统的库存、订单、应收应付。差异率 > 1% 的，当天必须查清楚原因。差异率连续 5 天 < 0.5%，才可以停掉旧系统
• 上线首月，供应商的实施顾问必须驻场或随时在线响应。甲方关键用户组成「内部支持小组」，第一层问题由内部支持先解决，解决不了的再升级给供应商
• 上线前必须完成全员培训——不是「开个大会看一遍 PPT」，是分岗位上机操作培训，每个人通过考核才能上岗。没通过考核的，不准碰新系统

阶段六：上线后运维与持续优化（长期）——上线不是终点，是真正的开始

很多 ERP 项目上线 3 个月后又回到 Excel，根本原因是「上线后就不管了」。业务在变、组织在变，系统没人维护自然就用不下去。

上线后 3 个月内：每周开一次「系统问题复盘会」，关键用户 + 内部支持 + 供应商顾问参加。收集问题、排优先级、约定解决时间。

上线后 3-6 个月：做第一次「系统使用效果评估」——对照立项书里的目标，哪些达到了、哪些没达到、原因是什么。没达到的要么优化系统，要么优化流程，要么优化人。

上线 6 个月后：成立「内部系统运维小组」，培养 2-3 名自己的系统管理员（从关键用户里选拔）。小问题自己解决，大问题再找供应商。这样就不会被供应商绑定，也能快速响应业务的小需求。