我们在 ERP 实施中学到的:做对的事与不再重犯的错
多年来在制造业、商贸、服务业和公共机构的项目经验,让我们清楚地知道什么会让实施失败,什么能让它成功。
在打造 MKA 之前,我们的团队曾为制造企业、商贸企业、服务企业和公共机构开发软件并实施 ERP。有些项目非常成功,有些则超出了预期成本。我们从这两类项目中都学到了东西,以下是一份坦诚的清单。
我们见过的错误(以及现在如何避免)
1. 从软件入手,而不是从流程入手
代价最高的错误:先安装系统,再“让企业去适应”。如果没人定义采购如何审批、谁来放行赊销订单,系统只会把混乱自动化。 现在: 项目从流程调研开始,并列出企业在配置之前必须做出的决策清单。
2. 什么都要定制
每一个“让这个界面也能做这件事”的需求,都会增加日后需要维护、测试和迁移的代码。我们见过定制程度太高、以至于再也无法升级的系统。 现在: 我们首先尝试通过配置来解决(价格表、审批流程、模板、权限)。只有当业务规则确实需要时,我们才进行开发。
3. 不加清理就迁移“全部历史数据”
导入十年的脏数据,就会带来十年的问题:重复的客户、一个产品有三个编码、对不上的余额。 现在: 我们明确迁移哪些内容(干净的主数据、经过核实的期初余额、只有在有价值时才迁移历史数据),并在上线前与会计核对余额。
4. 以盘点不准的库存上线
期初库存余额是库存台账和成本的基础。如果起点就错了,之后的一切都会延续这个错误。 现在: 上线工作包括有计划的实物盘点,必要时细化到批次和库位,并与会计部门共同复核估值。
5. 培训了所有人,等于谁也没培训
面向全公司的两天通用培训,一周后就会被忘掉。 现在: 我们在每个部门培养关键用户,他们深入掌握系统并带动各自的团队;同时按角色、结合日常工作中的真实案例进行培训。
6. 所有分店同时上线
“一次性全面切换”会在团队最没有时间处理问题的时候,成倍增加故障。 现在: 我们更倾向于先在一家分店或一个部门进行试点,稳定之后再逐步推广。
7. 把法规当作细枝末节
在玻利维亚,开票、账簿和工资表都有严格的规定,而且会不断变化(Ley 1733 就是最新的例子)。不紧跟法规的系统会带来罚款和返工。 现在: 税务和劳动规则内置于产品之中,参数化配置,并带有生效日期。
每个项目都会坚持的成功做法
- 管理层中有一位发起人。 流程方面的决策由有权限的人做出,而不是由供应商来定。
- 各阶段有明确的交付成果。 启动、规划、执行与监控、收尾。每个阶段都有进度报告和明细投资。
- 短周期交付。 我们以两到四周为一个冲刺:企业能持续看到真正运行起来的成果,而不是等到项目结束。
- 上线前测试。 每条重要规则都有自动化测试,关键用户也会用自己的案例进行验证。
- 从第一天起设定指标。 我们会定义要衡量什么(结账时间、库存差异、收款天数),以判断系统是否改善了运营。
- 上线后的陪伴支持。 在新系统中的第一次月末结账总会带来各种问题;那个月我们在场,效果大不一样。
总结
ERP 失败的原因不在软件,而在于悬而未决的决策、脏数据,以及没有真正接纳系统的用户。
因此,如今我们在每一次 MKA 实施中,都遵循一套基于 PMBOK 的自有实施方法论,并以系统中已内置的玻利维亚法规要求为起点。