目录
我见过最典型的失败案例
一家中等规模的服装工厂，花了一大笔钱买了一套 ERP（企业资源计划系统，即管采购、库存、生产、销售的一整套软件）。
实施了三个月，上线后用户说："这不是我们要的。"
老板急了："怎么可能？我们签合同前都说好了。"
后来调查发现：用户真正要的，是一个"能快速调整生产计划的系统"。但销售为了好签单，把"计划模块"夸大成了"完整的 ERP 能力"。
这笔钱就这样打了水漂。
ERP 选型的真实逻辑
我在纺织行业待了 5 年，见过不少这样的案例。归纳下来，大多数 ERP 项目失败，不是因为软件不好用，而是选型阶段就选错了方向。
选型阶段最容易犯的错误：
错误 1：从需求清单出发
很多企业做选型时，会先列一份需求清单：
- 采购管理
- 库存管理
- 生产计划
- 销售订单
- 财务报表
- ……
然后问供应商："你们的系统支持这些吗？"
供应商说"都支持"，合同就签了。
但这份清单没有优先级。一个月后，用户会发现最急需的"生产计划"用不了，因为它的前置条件，也就是采购模块，配置非常复杂。
错误 2：只看大公司怎么用
很多中小企业，会去参考大公司的 ERP 实施方案。
大公司动辄几百人，需要完整的物料管理、库存优化、成本核算。
但你们是一家规模不大的工厂，核心需求可能只是"快速调整生产计划"。
生搬硬套，就会很惨。
错误 3：只关注功能，不关注实施
实施费用常常被低估，不能只看软件报价。但企业选型时常常只盯着"系统功能"，忽视了"实施难度"。
一个"看起来功能完整"的系统，如果配置复杂、二次开发（即为了适配自己的流程，专门修改或新写的程序）要求多，实施成本会高得离谱。
我的 ERP 选型框架
现在我给企业建议时，用下面这个框架。
第 1 步：明确核心痛点，而不是需求清单
比起"我们需要采购、库存、生产、销售"，更关键的是问：
现在最费时间的流程是什么？
→ 答：生产计划调整，每周要花好几天手工改数据
现在最容易出错的环节是什么？
→ 答：库存查询，有时候查不准，导致超卖
现在最影响交期的因素是什么？
→ 答：生产计划总是被打乱，无法预测交期
这样你就找到了真正的核心痛点。写成"需要生产管理模块"也说得通，但更准确的说法是"需要能快速调整和追踪计划"。
第 2 步：评估实施成本，不只看功能
有两个系统，功能都能满足需求。一个几周就能配好，另一个要配上几个月。两者的实际成本完全不同。
关键问题：
- 这个系统是通用的，还是要定制？
- 定制要多久？
- 如果以后需求变了，改起来容易吗？
- 有多少实施人员支持？有没有本地的服务团队？
第 3 步：做"最小化验证"，不要一次上线所有模块
我的建议是：
- 第一期：只上线和核心痛点相关的模块，比如生产计划。
- 运行一到两个月，看效果。
- 如果有帮助，第二期再上其他模块。
这样做的好处：
- 风险小，一个月内发现问题还能回头。
- 团队有时间学习，不用一次塞进所有概念。
- 数据可以逐步迁移，不用一次性迁完所有历史数据。
第 4 步：选型时问对方三个问题
问题 1：如果我用了你的系统 3 个月，觉得"生产计划模块"不适合我们，
能不能只用库存和采购模块？会不会很麻烦？
问题 2：我们工厂现在人数不多，以后规模可能会扩大。
你们的系统能不能随规模扩展？需要额外付费吗？
问题 3：你们的实施周期是多少？如果超期了，怎么赔偿？
（很多 ERP 实施都会拖期，这很正常。关键是合同里怎么约定的。）
对方回答得越具体，说明他越有经验。
最后的建议
我见过的成功案例，有一个共同点：他们不是选"功能最完整"的 ERP，而是选"能解决当前核心痛点，而且之后容易扩展"的系统。
先把一个模块做好，用户体验好，才有动力去用下一个模块。
太多企业一开始就贪心，想要"完整的 ERP"。结果上线后，用户只用其中一小部分功能，其他的都成了摆设。
所以如果你在考虑上 ERP，我的建议是：
- 不要问"这个 ERP 功能全不全"，要问"这个 ERP 能不能解决我现在最急的问题"。
- 不要一次上线所有模块，分阶段来。
- 不要只看系统本身，还要看实施团队和后续支持。
这样选出来的系统，看起来"功能没那么全"，但用户体验会好得多。
相关阅读
- 纺织行业数字化方案：ERP 只是其中一个环节
- 中小企业信息化路线图：不同阶段的系统选择