做深做久的老 ERP，为什么商业上还是不成功？

昨天我去拜访了一个老客户——一家老牌央企，做林业机械的装备制造企业。几年前，我们为他们提供过装备智能化方面的系统解决方案。现在，他们正计划推进制造层面的数字化，于是我再次走访了他们的工厂现场。

这是一家典型的非标装备企业，一个产品（刨花板生产线体）BOM 物料能达到 6000 项，产品大、制造周期长、工序复杂、变更频繁，数字化难度极高。让我感慨的是，他们的 ERP 系统从 2010 年就开始导入，做得「久」、也「深」，功能也不少：从设备拆分、工序组合，到派工单管理、工时管理，甚至有些模块和我们现在的产品也有点类似。

但问题是：这家 ERP 厂商，最终没有成功。

它陪跑了客户十几年，也扎根得够深，客户也认可它的陪伴和功能，但如今公司发展已步入下行，市场上也听不到它的品牌了——这让我不得不重新思考一个问题：

「做深做久」，为什么商业上还是不成功？

1. 产品战略层：「功能打补丁」vs「行业抽象力」

很多老 ERP 是一步步「陪客户走出来」的，一路走、一路补功能：今天报工不够准，加个字段；明天业务变了，再加个流程。看似响应客户，其实只是堆功能，缺乏系统性设计。

时间越久，功能越重，系统越复杂，但可复制性却越来越差。

而真正具备未来潜力的产品，背后一定有一套稳定、可传承、具行业抽象力的底层模型，可以在多家客户之间复用与演化，而不是每次都从头来过。

2. 交付方式层：「靠人力盯交付」vs「靠产品提效率」

传统 ERP 的交付往往高度依赖人力：每上一个项目，都要投入大量项目经理和开发，定制内容反复打磨——每落一家客户都像打一场仗，成本高、节奏慢、无法复制。

更具可持续性的做法是：推进标准化实施、产品自解释、模板化部署，让交付真正「跑在产品里」，从「项目制」走向「平台化」。

我们在内部有一个产品化目标：「每多一个客户，不多一个项目经理」。

3. 价值主张层：「功能对标」vs「运营主张」

老一代 ERP 厂商经常陷入「功能比功能」的漩涡——你有工艺变更，我也做；你有扫码入库，我也补上。

但真正打动客户、赢得信任的，不是你有没有这个功能，而是：你在帮客户解决什么核心问题？你主张的运营逻辑是什么？

未来的产品型公司，需要摆脱「菜单式功能销售」，走向「以运营逻辑为锚点」的价值主张——能清晰地告诉客户：为什么这样做、比你现在的方式好在哪、最终会带来什么结果。这些结果，最好也和客户的经营效益直接挂钩，那样才会刚性。

4. 组织能力层：「人走知识散」vs「体系化传承」

很多做了十几年的老 ERP 公司，其知识传承非常依赖「老人」，一旦核心项目经理离开，很多项目经验、实施逻辑就跟着散了。

这背后是缺少「产品知识 + 实施方法 + 行业 know-how」的系统化沉淀机制。

未来的组织需要构建「可被新人快速学习」的能力体系，通过文档化、工具化、模块化，形成真正的「组织资产」，而不是「个人记忆」。

5. 市场影响力层：「深耕但沉默」vs「共创出圈」

许多老 ERP 厂商默默陪跑客户十几年，但出了厂区几乎无人知晓：没有品牌、没有方法论、没有行业影响力。

这样的深耕式陪伴，很有情怀。但在当下「共识驱动采购」「影响力驱动信任」的环境中，已经成为一种落后。

未来的产品公司，不仅要做事，还要善于讲方法、树理念、建立知识资产，在客户之外，也在行业中「被看见」「被理解」「被信任」。

我们得到了什么启发？

如果我们只是「陪着客户做事」，能不能跑出来？

答案很残酷：不能。

哪怕做得再久、客户关系再深，如果没有产品化、没有抽象能力、没有方法论，就很难从「做项目的公司」走向「做产品的公司」。

所以这两年，木白做了一些方向性的调整：

• 从「帮客户做系统」转向「建立一套可复制的行业运营模型」
• 从「现场堆人推进交付」转向「标准化、模板化实施」
• 从「功能菜单销售」转向「围绕订单履约能力的运营主张」
• 从「每个项目闭门造车」转向「共创案例、行业传播、走向前台」

这些改变并不容易，有很多艰难的取舍，也时常挑战团队的舒适区。但我坚信：软件公司要成功，最终要走到「产品 + 方法论 + 品牌 + 生态」的层面上，而不是只做一个「隐身幕后」+「自我感动」的乙方。

这篇文章的标题虽然写的是「老 ERP 为什么不能成功」，但本质上讲的，是我们为什么不能重复老一代 ERP 的道路——在装备制造这个看起来并不性感、但极具价值的行业里，走出一条真正属于中国制造运营管理软件的新型产品化之路。