当ERP实施频频遇挫时，企业常陷入'先流程还是先系统'的困境。本文从制造业典型案例切入，揭示ERP与流程咨询的本质关联：真正的症结在于实施过程中流程梳理的缺位与资源投入不足。通过拆解订单交付、采购付款等核心链路，直击中小企业信息化建设中'重功能轻流程'的致命误区。

最近看到果总George一篇很有代表性的观点：“中小型企业不要做啥流程咨询，先把ERP搞好。”

@果总George作为ERP老兵及流程、管理方面的专家，这个观点里值得肯定，也有需要澄清的地方。作为长期参与财务信息化、业财一体化和ERP建设的从业者，我的核心观点是：

企业想补上流程梳理这门课，诉求完全合理；但不能把“流程咨询”与“ERP实施”对立起来。真正的问题往往不是要不要梳理流程，而是ERP项目本来就没有把流程梳理做扎实。

一、企业诉求是合理的：ERP未达预期，表面上确实像“流程没理顺”

从案例看，这家制造/流通企业并不是“为了咨询而咨询”，而是在ERP上线后出现了一系列典型问题：

• 基础数据不准确；
• 核心业务流程没有真正跑通；
• 销售发票、催款等基础流程都未标准化；
• 系统上线了，但业务部门用不起来。

在这种情况下，企业自然会得出一个判断：是不是我们自己的流程没有梳理清楚？还是我们的行业更特殊？

这个判断并不离谱，甚至可以说非常正常。

因为ERP不是简单的软件安装，而是把企业经营活动中的采购、销售、库存、生产、财务等环节，通过统一规则、统一数据和统一流程串起来。只要流程定义不清、职责边界不明、主数据混乱，ERP就很难真正落地。所以，企业在遭遇实施失败后，希望先做调研、梳理流程、厘清问题，再决定如何重建系统，这本身是理性的。

二、从ERP的发展逻辑看，“流程梳理”本来就是ERP的一部分

很多人把ERP理解成一套软件，其实这只是结果，不是全貌。

从发展历史看，ERP并不是凭空出现的，它从早期（上世纪七十年代）的库存控制、MRP、MRP II一路发展而来，其核心始终是：通过标准化业务流程与集成化信息系统，提升企业计划、协同与控制能力。

也就是说，ERP从来不只是“录数据、出报表”的工具，它天然包含三层内容：

1. 业务流程的定义与优化，包括条件路由、风险控制、审计留痕；
2. 主数据与业务规则的统一，确保数出同源、同业务的数据同口径同逻辑；
3. 系统功能的承载与落地。

因此，果总文中所言“流程梳理本来就该是ERP实施项目里的事情”，这句话总体没错，而且从专业上讲是对的。问题不在于需不需要流程梳理，而在于有没有真正做、是否做到位、由谁来做、做到什么深度。

如果一个ERP项目只是忙着上线功能、导入数据、配置单据，却没有认真梳理订单到交付、销售到回款、采购到付款这些关键流程，那它完成的只是“系统安装”，不是“ERP建设”。

三、根因不止一个，往往是三方面共同作用

从财务信息化视角看，这类项目失败，通常不是某一个点出了问题，而是企业、实施方与流程工程本身的复杂性叠加造成的。

1. 企业投入不足，是第一层根因

无论果总案例里提到“几个亿规模的企业，ERP总投入只有小几十万”，还是在我20多年服务过的企业中信息化投入超年营收千分之三都是凤毛麟角。总体信息化投入强度确实偏低。业内虽然很难有统一标准，但从成熟企业的经验看，信息化建设要真正支撑经营管理，投入通常需要与企业规模、复杂度和管理目标匹配，行业惯例约为1%，而该案例仅约千分之一，差距是明显的。

投入不足的后果，不只是“买的软件便宜”，更重要的是买不到足够的：

• 前期调研与蓝图设计；
• 高水平顾问资源；
• 足够的人天投入；
• 数据治理与上线陪跑；
• 培训、试运行和持续优化。

ERP不是采购一个软件许可证就结束了，真正花钱的地方，恰恰在实施和管理变革。

2. 实施方资源投入不足，是第二层根因

站在实施方角度，低预算项目往往很难配置资深顾问和充足人天。结果就是：

• 前期访谈不深；
• 关键流程没梳透；
• 需求只停留在表面；
• 遇到问题就靠“先上线再说”；
• 数据迁移和业务验证做得粗糙。

最终，项目看似按时上线，实则把问题整体后移。尤其是财务、供应链、制造协同这类场景，若没有高级顾问参与，很容易把系统做成“能操作但不好用，能录入但不闭环”。

所以，不能简单说“ERP能解决这些问题，所以不需要流程咨询”。更准确的说法应是：一个合格的ERP实施，本身就应该内含足够质量的流程梳理；如果实施方没做到，那是项目实施质量问题，不是流程梳理不重要。

3. 流程梳理本身就是有挑战的工程

还要看到，流程梳理并不是画几张图那么简单。尤其对制造/流通企业而言，OTD、计划、采购、库存、生产、发运、开票、回款，环环相扣。不同行业、不同企业在以下方面差异很大：

• 行业特性；
• 产品复杂度；
• 订单模式；
• 交付组织方式；
• 海内外业务结构；
• 当前发展阶段与管理基础。

同样是“交付出问题”，有的根源在计划体系，有的在BOM和主数据，有的在库存准确率，有的在销售承诺机制，有的在财务与业务脱节。顾问如果缺乏行业理解和项目经验，很容易把问题看浅、看偏，最后做成“表面流程标准化”，却没有真正解决经营协同问题。

比如同样是服装行业，就分带料委外的CMT模式、包工饮料的FOB模式、定牌生产的OEM模式、设计代工的ODM模式四种，每种流程涉及到款式设计、打样、面辅料采购、裁剪缝制、后加工整理等节点都有差异，方案或实施顾问如果不熟悉行业特性，往浅里来说方案浮于表面无法落地，往深里来说解决不了企业痛点甚至造成项目失败。

四、把“流程咨询”和ERP对立起来，是一个常见误区

果总观点最值得商榷的一点，是把“流程咨询（含调研、梳理）”和“ERP搞好”放成了二选一。

个人认为这在专业上并不成立。

要把ERP上线好，前提就是先把流程梳理清楚。

区别只在于：

• 是在ERP项目内部完成；
• 还是在ERP重启前单独补做一轮；
• 是轻量梳理，还是系统性蓝图设计。

对于中小企业来说，确实不一定需要“厚厚一摞PPT式”的管理咨询，但这不代表不需要流程调研与流程设计。相反，越是预算有限，越要把有限资源用在关键流程、关键数据、关键控制点上，而不是跳过梳理，直接上线。

所以，更合理的建议不是“不要做流程咨询”，而是：

不要做脱离系统落地的空泛咨询，但必须做面向ERP成功上线的流程梳理。

五、真正可行的做法是什么？

如果企业已经经历过一次ERP失败，下一步最需要做的，不是急着再选新系统，也不是直接全面定制开发，而是先完成三件事：

1. 做一次聚焦核心链路的诊断：重点看订单到交付、销售到回款、采购到付款、主数据治理；
2. 补做流程与数据蓝图：明确标准流程、例外流程、岗位职责和系统边界；
3. 重建项目治理机制：企业内部必须有真正懂业务、懂财务、懂系统的人牵头，CIO也好、项目负责人也好，不能缺位。

但上述三点做完只是告诉企业现状是什么、问题及根因是什么、解决方案是什么，还需要企业安排专人去落地执行，有些环节还会涉及岗位甚至部门的调整、人员的补位，都涉及到利益。触及利益的事情如果没有一把手的强力支持是无法推动的，这是无数失败信息化项目总结出来的血泪经验。

中小企业ERP失败，往往不是因为“流程咨询太多”，而是因为该做的流程梳理没有做扎实，该投入的资源没有投入到位，该承担牵引责任的人没有真正站出来。

ERP当然不是万能药，但ERP也绝不是脱离流程就能成功的软件工程。

流程梳理不是ERP的对立面，而是ERP成功的起点。