Deroc聊ERP上线不代表结束，有些坑上线之后才会暴露
背景
这个项目是我参与的一个特殊情况——不是从零开始实施，而是在系统上线后去帮忙解决问题的。
客户是一家做食品包装材料的工厂，规模不大，年营收 4000 万左右。在我介入的时候，系统已经上线两个月了，但状态不太乐观：
- 库存数据对不上，差异率超过 30%
- 财务月结做了三周还没做完
- 员工普遍觉得”系统不好用”，很多人回到用 Excel 记录的习惯
- 管理层对系统失去了信心，怀疑是不是选错了产品
项目的原实施方已经撤场了，交接文档很少。
问题诊断
我到现场后，花了一周时间了解情况。问题主要出在三个方面：
1. 基础数据没做好就上线了
最大的问题出在 BOM 和库存数据上。
这家工厂的产品虽然是食品包装材料，但 SKU 数量不少，而且很多产品在配方上有细微差别（不同规格、不同材质层数）。上线前，BOM 没有认真核对，很多产品的 BOM 和实际生产用的材料对不上。
这就导致了一个连锁反应：BOM 错了 → MRP 跑出来的采购计划是错的 → 买了不对的原材料 → 库存越来越多但该有的物料反而缺货 → 仓库失去对系统的信任。
2. 流程和系统没有对齐
上系统之前，工厂的一些实际工作流程和系统预设的流程不一样。实施方可能为了赶进度，没有做充分的流程适配，而是让业务去适应系统。
结果就是：员工觉得系统不好用，就不用了。采购还是在微信上下单、仓库自己记手工账、财务在系统外做调整分录——系统里的数据越来越脱离实际。
3. 上线后的支持不够
这个项目的合同里，上线后的现场支持只有一周。一周后实施方撤了，但客户还有很多问题没搞明白。遇到问题没人能问，慢慢就没人用了。
我们做了什么
坦白说，这个项目能做的事情有限。因为问题已经比较深了，很多坏习惯已经形成了。
我们主要做了几件事：
1. **数据盘点与修正**：花了 3 周时间重新盘点了 BOM 和库存数据，把数据拉回到一个相对可靠的基准线
2. **流程调整**：和各部门重新确认了实际工作流程，调整了系统配置让流程更贴合实际
3. **重新培训**：针对核心操作人员做了一对一的辅导，不是讲功能，是解决他们日常操作中遇到的实际问题
4. **建立运维机制**：帮助客户指定一名内部管理员，负责日常问题处理和向上反馈
结果
项目没有在短期内”起死回生”。数据的恢复需要一个过程，到我们撤场时，库存准确率大约是 75%（比起初的 30% 差异好了不少，但距离 95% 的目标还有距离）。
这个项目让我学到的最重要的东西是：**系统上线不是终点，是起点**。一个项目真正的考验在上线后的第一个月——数据是不是准、流程是不是跑得通、员工是不是在用。这三个问题任何一个出了问题，系统就会慢慢”死”掉。
反思
如果这个项目能重来一次，我会建议：
1. **上线前做好数据治理**——这不是套话。BOM 不核对、数据不盘点，系统上线后大概率要出问题
2. **合同里写清楚运维支持的时间和内容**——上线一周后就没人管了，对大部分企业来说是不够的
3. **设好上线后的监控指标**——库存准确率、订单及时率、系统使用率——上线第一天就设好目标，每周跟踪
这个案例不算成功，但可能比那些光鲜的成功案例更有参考价值。ERP 项目里，踩坑是常态，关键是从坑里爬出来之后，下次能避开。
