ERP软件实施中的“阶段0”缺失：为什么需求调研

一、需求调研的常见困境

ERP项目启动后的第一项工作通常是需求调研。顾问进场，访谈业务部门，收集需求，撰写调研报告。这套流程做了几十年，按理说应该很成熟了。但实际效果往往不尽如人意：调研报告写了几百页，开发阶段发现还有很多需求没提到；系统上线后，业务部门说“这不是我当初要的”；顾问觉得业务部门说不清楚需求，业务部门觉得顾问听不懂需求。

问题出在哪里？不是顾问不专业，不是业务部门不配合，是需求调研启动得太早了。在业务部门还没有充分理解ERP能做什么、不能做什么之前，让他们提需求，就像让一个没开过车的人去设计汽车。他只能说出“要一个能遮风挡雨的交通工具”，说不出来“需要ABS防抱死系统、需要6安全气囊”。不是他不想说，是他不知道有这些选项。

二、“阶段0”的定义与价值

“阶段0”是在正式需求调研之前插入的一个准备阶段。这个阶段不做需求收集，做的是需求启蒙——让业务部门理解ERP的基本逻辑、常见功能、行业最佳实践，让他们知道“ERP能做什么”“同行是怎么做的”“哪些需求是合理的、哪些需求可以通过改变业务习惯来规避”。

阶段0的输出不是需求文档，是一份“认知对齐”的成果。业务部门和顾问团队在同一套知识框架下对话，双方对“采购订单”“物料编码”“BOM结构”这些概念的理解是一致的。有了这个基础，后续的需求调研才不会变成“鸡同鸭讲”。

阶段0的价值在于把业务部门的关注点从“我想要什么功能”引导到“我想解决什么问题”。功能是手段，问题是目的。业务部门如果只盯着功能，会提出很多个性化的、边缘的、开发成本高但使用频率低的需求。如果聚焦于问题，顾问可以用行业最佳实践中的标准功能来匹配，用更低的成本实现同样的效果。

三、阶段0的三个核心内容

内容一：ERP核心理念的普及

业务部门需要理解ERP不是“把Excel搬到网页上”。ERP的核心价值是流程集成和数据共享，不是单点功能的堆砌。销售开了一张订单，库存自动锁定，采购自动触发补货建议，财务自动生成应收账款凭证。这个链条上的每一个环节都不是孤立存在的。业务部门如果不理解这个逻辑，就会提出“我只想改一下订单打印格式，不要影响其他地方”这类需求。看似简单，但在集成架构下，任何一个输出格式的调整都可能牵涉多个模块。

内容二：行业最佳实践的导入

很多业务部门提出的需求，其实是他们已经遇到过、同行也已经解决过的问题。ERP顾问的价值不在于开发新功能，在于把行业里验证过的做法引入企业。阶段0需要把这些最佳实践系统地展示给业务部门，让他们看到“原来可以这样做”“原来这样做的效率更高”。行业最佳实践的本质是规避了企业曾经走过的弯路。业务部门对“弯路的代价”感知不深，所以对标准方案的接受度不高。展示标准方案背后的逻辑，比展示方案本身更重要。

内容三：需求的分级分类方法

不是所有需求都值得开发。阶段0需要教会业务部门用统一的框架来评估需求。使用频率高不高、影响范围大不大、有没有替代方案、开发成本高不高。业务部门学会了这套方法，自己就能对需求做初步筛选，不会把“一年只用两次的报表”和“每天都要用的订单录入”放在同一个优先级上。分级分类的透明度决定了后续需求评审的效率。业务部门自己排定的优先级，比顾问替他们排更容易被接受。

四、阶段0缺失的后果

后果一：需求清单变成“愿望清单”

业务部门不了解ERP的能力边界，提出的需求天马行空。有的需求在技术上是可行的，但开发成本极高；有的需求在技术上是不可行的，因为ERP的架构不支持。顾问收到这些需求后，需要花大量时间做“可行性分析”和“替代方案设计”。这些工作本可以在阶段0通过认知对齐来避免。

后果二：需求变更贯穿整个项目周期

业务部门在系统上线后才看到真实的界面和操作流程，这时他们才发现“原来这个东西是这样的”。之前的需求调研阶段他们想象不出系统的样子，提不出有价值的意见。上线后的变更请求像潮水一样涌来，项目延期、预算超支。变更请求的密集爆发是阶段0缺失的直接后果。上线前看不到系统，意见提不出来；上线后看到了，意见又太多，已经来不及改了。

后果三：业务部门与顾问的对立情绪

业务部门觉得顾问“什么都不懂，只会卖产品”，顾问觉得业务部门“说不清楚需求，只会抱怨”。双方不在同一个频道上对话，信任基础薄弱。项目推进靠的是合同条款和会议纪要，不是共同的目标和相互的理解。对立情绪在项目后期会集中爆发，验收阶段任何一个小问题都可能被放大成严重缺陷。

五、阶段0的实施要点

要点一：用原型代替文档

阶段0的核心工具不是问卷和访谈提纲，是可交互的软件原型。业务部门可以点一点、看一看，直观地理解ERP的操作逻辑。原型的制作成本不高，现有的ERP演示环境、行业模板、 screenshots 都可以用。业务部门看到原型后的反馈，比回答一百个调研问题更有价值。

要点二：跨部门场景演示

ERP的价值体现在跨部门协同上，阶段0的演示也要按跨部门场景来组织。不要按模块演示——“采购模块有这些功能、销售模块有这些功能”。要按业务场景演示——“一个客户订单从创建到发货到开票的全流程，各个部门在系统里是怎么协作的”。业务部门在场景中看到自己的角色，也看到上下游部门的角色，对ERP的理解会更立体。

要点三：需求假设的书面确认

在进入正式需求调研之前，顾问需要列出对业务需求的初步假设。不是最终的需求清单，是“基于我们对贵公司的初步了解，我们认为你们可能需要以下功能”。业务部门逐条确认或修正。这份假设清单是阶段0的输出物，也是后续需求调研的起点。有明确的起点，调研过程才不会发散。

六、新易编码在ERP实施中的定位

物料编码是ERP实施中的基础工作。编码规则不合理，ERP上线后库存数据不准、采购订单对不上、成本核算混乱。编码管理的难点不在于技术实现，在于跨部门的标准统一。

新易编码在ERP实施中的定位是在编码管理这个具体领域承担“阶段0”的角色。在ERP编码规则正式配置之前，业务部门可以通过新易编码的规则配置界面，直观地理解“不同编码规则对后续业务操作的影响”。物料分类分得太粗，采购员下单时找不到编码；分得太细，编码长度太长，手工录入容易出错。这些权衡在新易编码的规则配置过程中就能被业务部门感知到，不需要等到ERP上线后再返工。

新易编码的版本管理能力也支持编码规则的渐进式优化。ERP上线初期使用相对粗的编码规则，业务稳定后再逐步细化。新旧编码的映射关系由系统自动维护，历史数据不需要重写。编码规则的演进路径在ERP实施前就规划好，上线后的返工风险才能降到最低。

七、小结

ERP实施的需求调研调不到点子上，根源不在调研方法，在调研时机。业务部门在缺乏ERP基本认知的情况下被要求提需求，就像让没摸过方向盘的人设计汽车。阶段0的价值是在正式调研之前完成认知对齐，把业务部门的关注点从“我想要什么功能”引导到“我想解决什么问题”。

阶段0不是可选的“锦上添花”，是控制项目风险的“必要投入”。它在项目前期投入少量时间和预算，换取的是中后期需求变更、沟通成本、返工工作量的指数级下降。ERP项目预算中，阶段0的费用占比通常在5%到10%之间。这笔费用省下来，后期返工的成本大概率会超过这个比例。投入产出比在阶段0这个环节上是可以算清楚的。

 

如果您有物料编码相关的问题，欢迎咨询新易物料编码