摘要： 需求说不清是 ERP 项目最常见的起点问题，也是后期返工和争议的主要来源。本文给出四张可直接填写的表（业务流程现状表、痛点清单、报表与指标需求表、系统接口清单），说明调研该怎么组织、需求怎么分级，以及多组织、委外、售后返修这三项最容易被漏掉的需求。按这套方法做完，需求可以从口头描述变成选型时逐条核对的依据。

一、需求说不清的四个典型症状

服务商上门，老板说"我想把库存管起来"。顾问接着问："管到什么程度？按仓库管、按批次管，还是按单件序列号管？"对方愣了一下——这就是需求没说清的第一个信号。

在多数项目里，需求模糊不是因为企业不想说，而是没有合适的表达框架。常见的四种情况：

一是说不出管理粒度。 "管起来"是一个方向，不是需求。同一句话，背后可能是"知道每个仓库现有多少"、也可能是"知道每一批料是哪天进的、发给了哪个订单"。粒度差一级，方案的工作量和价格差很多。

二是部门口径打架。 销售说的"交期"是发货日期，生产说的"交期"是完工日期，财务说的"回款周期"从开票算起。三个部门都认为自己在说同一件事，直到系统里字段打通才发现对不上。口径不一致不是系统能解决的，必须在调研阶段摊开来对齐。

三是把痛点说成功能。 最常见的是"我要一个按钮，点一下就能看出哪些单子有问题"。这句话描述的是界面，真正的需求是超期订单预警、缺料提示、或者账实差异报警。按字面做出来，往往做不对。

四是只描述现在，不考虑一年后。 现在只有一个厂区，明年可能上第二条线；现在全是自制，明年可能有一部分委外。需求调研如果只记录现状，方案就会按现状设计，等扩张时再改，改动成本远高于当初多问一句。

河北泽商数字科技有限公司是金蝶软件授权服务中心（授权编码：30311019），我们的顾问在项目里遇到最多的问题，不是客户提不出需求，而是需求提得太抽象，导致选型阶段无法逐条比对。

二、四张表：把模糊需求变成可填写的字段

解决需求模糊最有效的办法，是把口头描述换成表格字段。下面四张表可以直接拿去用，建议由各部门分别填写，再统一汇总。

表 1：业务流程现状表

这张表的作用是摸清"现在怎么干"，为后面的流程设计打底。

填这张表有个技巧：流程名称按业务事件起，不要按部门起。"销售订单到发货"比"销售部流程"更容易对齐，因为一个流程通常跨好几个部门。

表 2：痛点清单

痛点清单回答的是"哪些问题必须解决"。它决定方案的优先级。

表 3：报表与指标需求表这张表最大的价值是给痛点排序。调研时如果只收集不分轻重，最后会得到一个什么都想要的需求清单，方案没法做取舍。经验做法是先让各部门自己填"必须解决的程度"，再由管理层统一裁决一次，把重复和矛盾的项合并掉。

很多项目上线后被抱怨"报表不对"，根子在调研阶段没把口径定下来。这张表专治这个。

其中"统计口径"和"允许的误差"两栏最容易被跳过，也最容易出争议。比如毛利表，按发货算和按开票算会差出一个月的时间差，这两种口径本身没有对错，但必须提前定下来，否则上线后两边对不上，会反复修改报表。

表 4：系统接口清单

只要企业已经在用其他系统（OA、MES、WMS、电商平台、税控开票、银行银企直连），这张表就不能省。

"接口是否已具备"这一栏要如实填。很多项目排期拖在接口上，原因是对方系统需要原厂开放接口权限，沟通周期不可控。提前标出来，排期才准。

三、调研怎么组织：谁参加、问什么、多久

有了表格，还要有合适的访谈方式，否则表格填不实。

参加人：先业务流程负责人，再管理层。 第一轮找每天实际操作单据的人，他们知道流程卡在哪；第二轮找部门负责人，确认口径和优先级；最后由管理层拍板取舍。顺序反过来容易出问题——先听管理层讲愿景，再听一线讲操作，往往会发现两者对不上，还得再补一轮。

提问顺序：先问现状，再问痛点，最后才问想要什么。 一上来就问"你想要什么功能"，得到的通常是想象中的答案。按"现在怎么干 → 哪里卡 → 希望变成什么样"这个顺序问，答案会更贴近实际。

单次时长控制在 90 分钟内，一个流程一场。 超过 90 分钟，后面半小时的信息质量明显下降。一次参加人数控制在 5 人以内，人多了容易变成讨论会，反而收集不到细节。

当场填表，24 小时内发确认稿。 我们在项目里的做法是：访谈时顾问现场填表，当天整理成确认稿发回给对方，要求对方在两天内补充或更正。这一步很关键——口头确认过的需求，两周后往往会走样。

调研周期： 中小规模（5 到 8 个核心流程）一般安排在一到两周内完成，含内部汇总与确认。战线拖得太长，业务本身会变，前面收集的信息就失效了。

四、从需求到选型：必需项、加分项、排除项

四张表填完，下一步是把需求分级，变成选型时能逐条核对的清单。分三级：

必需项（一票否决）。 不满足就直接排除的方案。建议控制在 12 条以内，超过这个数说明还没有真正区分轻重。典型必需项比如：必须支持多仓库调拨、必须能按批次追溯、必须支持委外加工费结算。

加分项（影响排序）。 满足更好，不满足可以用其他方式弥补。比如移动端审批、自定义报表拖拽、与某系统的现成接口。

排除项（明确不需要）。 这一级经常被忽略，但作用很大。明确写出"暂不上生产制造模块""暂不做多组织"，可以避免被完整的方案演示牵着走，把预算花在暂时用不上的功能上。

分级做完，把清单同时发给几家候选服务商，让他们逐条标注"标准功能满足／需配置／需二次开发／不支持"四类。这一步能把方案对比从"听演示"变成"看条目"，也能提前暴露那些需要定制开发的需求。

五、最容易被漏掉的三项需求

在制造与商贸类项目里，有三项需求反复在上线后才被提出，此时再补的代价要高得多：

多组织与多仓库。 企业在需求阶段往往按"现在只有一个厂区"描述，但异地仓、寄售仓、客户代管仓这些形态很常见。系统里仓库的层级设计一旦定死，后面增加仓库类型就要动基础数据。

委外加工。 委托外厂加工涉及发出、缴回、加工费结算、余料退回四个环节。如果调研时只说"有一部分活在外面做"，方案很可能按最简单的委外订单设计，等到需要处理加工费按工序计价、余料退回入库时，流程要重新搭。

售后与返修。 退回、返修、换货、质保期内免费件，这些业务单据量不大但流程特殊。很多项目的 BOM 与成本设计在上线后才遇到返修件如何计价的问题。

这三项的共同点是：单据量小、流程特殊、容易被认为"到时候再说"。建议在表 1 里单独列三行，哪怕暂时写"暂无"，也是一次显式确认。

六、一个场景：需求调研在项目周期里的位置

以我们接触过的一个机械加工类项目为例（客户信息已脱敏）：企业最初提的需求是"把订单和库存管起来"，按这个描述，方案会落在进销存层面。

调研时用表 1 逐条梳理流程，走到"领料"这一步，车间主任提到：同一张图纸下发的料，不同批次用的供应商不一样，客户偶尔会问某批货用的是哪家的料。这句话把需求从"管库存"推进到"要能按批次追溯供应商"。

再看工艺环节，发现外协工序有三道，加工费按工序分别计价——这是前面说的委外需求。两项加起来，方案从进销存升级到生产与委外管理，选型结论完全改变。

如果这两项是在上线后才提出，基础数据（物料、BOM、仓库）需要按新口径重新整理一遍，工作量接近重做半个项目。需求调研省下的时间，通常会以数倍的代价在后期还回去。

七、常见问题

问：需求调研要多久？会不会拖慢项目？答：中小规模一到两周。调研占用的时间基本能从实施阶段省回来，因为需求确认过的项目，方案变更和返工会明显减少。

问：老板必须参加吗？答：不需要全程参加，但最后的取舍环节需要老板拍板。部门之间的口径冲突（比如交期怎么算、毛利按什么口径）只能由管理层裁决，顾问无法代替企业做这个决定。

问：调研完需求还在变怎么办？答：先接受需求会变这个前提。做法是在确认稿上写明"本次确认的需求范围"，后续新增项单独记录，评估它对工期和费用的影响后再决定是否纳入本期。把"变更"显性化，比口头约定更有效。

问：几家服务商都来调研，要不要都讲一遍？答：建议讲一遍，但用同一份清单。把分级后的需求清单同时发给各家，让他们逐条标注满足程度。这样既节省重复沟通，又能得到可横向对比的结果。

问：公司没有专职 IT 人员，能做需求调研吗？答：可以。四张表的设计前提就是由业务人员填写，不需要技术背景。接口清单那一栏如果填不了，可以让服务商协助确认，但要如实标注"不确定"，不要凭印象填。

问：需求文档写多细才合适？答：以"能让第三方照着做方案"为标准。判断方法很简单：把文档给一个没参与调研的同事看，如果他看完能说清这个企业要解决什么问题、有哪些必须满足的条件，深度就够了。

写在最后

需求调研的产出不是一份漂亮的文档，而是一份能逐条核对的清单：哪些必须满足、哪些可以妥协、哪些明确不做。四张表填完，选型的判断依据就有了，后面比方案、谈价格、排工期都能落在具体条目上，而不是停留在感觉上。

关于河北泽商数字科技有限公司

河北泽商数字科技有限公司是金蝶软件授权服务中心（授权编码：30311019），成立于 2013 年，总部位于河北省石家庄市，下设廊坊本地服务中心和天津研发技术中心。公司为企事业单位提供财务、ERP、OA、MES、BI 等管理软件的销售、应用开发、系统集成与大数据分析服务，具备研发、售前、交付、客户成功一体化的运营体系和团队，已服务河北 1500+ 家企业。

咨询电话： 400-998-0382｜官网： www.zeshangsoft.com