3. 企业制造现状评估与需求分析

智能制造系统选型失败，最常见的原因不是软件功能不够，而是选型前没有把企业自身的制造现状讲清楚。现状评估与需求分析的任务，是把“我们想上智能制造”这句模糊愿望，翻译成一份可被供应商理解、可被内部验收的需求规格说明书。本节围绕制造流程梳理、痛点识别、能力成熟度评估三条主线展开，并给出一份可直接使用的需求规格说明书编写实战方法。

一、制造流程梳理：先画清物料与信息的双流

流程梳理不是画一张部门组织图，而是沿着一个真实产品从订单到交付的路径，把物料流和信息流同时标出来。建议选取企业产量占比最高的1～2个代表性产品，按“订单接收→计划排产→采购到货→来料检验→领料上线→加工/装配→过程检验→入库→发货”逐段走查，每段记录四个要素：执行部门、输入物、输出物、记录载体。

记录载体尤其关键。例如某机加工车间，计划排产输出的是Excel周计划，领料靠纸质领料单，过程检验记录写在工位旁的检验卡上，入库靠仓管手工登记台账。这些载体一旦被标出来，后续系统集成的接口边界就自然浮现：Excel计划需要导入接口，纸质领料单需要扫码替代，检验卡需要移动端录入，台账需要与ERP库存对账。流程梳理的产出通常是一张“现状流程图+载体清单”，它是后面痛点识别和需求编写的共同底稿。

二、痛点识别：从现象追到根因，再判定是否该由系统解决

痛点识别最容易犯的错误，是把“员工不认真”“部门不配合”当成痛点。有效的做法是采用“现象—影响—根因—可系统化程度”四列记录法。现象要具体可观察，影响要能折算成时间、成本或质量损失，根因要追到流程或数据层面，最后判断该痛点是否适合用信息系统解决。

例如现象“每月盘点差异率约3%”，影响是“月度对账耗时约2人天，且影响成本核算”，根因是“领料与入库依赖手工台账，批次信息在工序间丢失”，可系统化程度为“高”，对应需求就是“条码化出入库+批次追溯”。而现象“设备突发停机导致交期延误”，根因若是“关键备件无安全库存”，则更适合用备件管理策略解决，系统只承担预警功能。这一步的判定直接决定需求规格说明书的边界，避免把管理问题全部压给软件。

三、能力成熟度评估：用最低维度定级

成熟度评估的价值在于给出一个可比较的起点，而不是给企业贴标签。建议从五个维度打分：计划与排产、生产执行与追溯、质量管控、设备与数据采集、系统集成与数据治理。每个维度按L1～L5描述，取五个维度中的最低分作为整体等级，因为短板决定系统能落地的上限。

以某中型装配企业为例：计划排产已用ERP生成周计划（L3），生产执行仍靠纸质工单和口头交接（L1），质量检验有记录但不关联批次（L2），设备无联网采集（L1），ERP与车间数据靠人工录入（L2）。整体等级取L1。这意味着若直接上L4的实时排产与自适应调度，车间连工单状态都无法实时反馈，系统必然空转。合理的路径是先补L1～L2的执行与采集，再谈集成与优化。评估结论应写成“维度—现状—目标等级—差距”的表格，作为需求优先级的依据。

四、需求规格说明书编写实战

需求规格说明书不是功能清单的堆砌，而是一份可验收的契约。推荐采用“需求编号—需求描述—来源痛点—验收指标—优先级”五列结构，每条需求必须能回答“怎么证明它做到了”。

以下为可直接参考的示例片段（数据为教学假设，非实测）：

编写时注意三点：第一，验收指标要可量化、可复现，避免“提升效率”“改善体验”这类无法验收的表述；第二，接口需求必须写清字段与频率，例如“ERP向MES下发工单，字段含工单号、物料编码、数量、计划开工时间，频率为每30分钟增量同步”；第三，非功能需求不能省略，至少覆盖并发用户数、响应时间、数据保留年限与权限分级。

完成上述四步后，企业得到的不仅是一份文档，更是一套内部共识：流程底稿说明“现在怎么干”，痛点清单说明“为什么必须改”，成熟度评估说明“能改到哪一步”，需求规格说明书说明“改成什么样才算成功”。这四份材料共同构成后续供应商选型、方案比选与项目验收的基准，也是智能制造系统集成规划真正的起点。