MES 与生产管理
MES 导入失败的 5 种典型模式，以及下单前就能排除的检查点
不少工厂在 MES 项目验收之后才发现，系统上线了，车间却没在用。失败很少发生在编码阶段，多数在需求和范围没谈清楚的时候就已经注定。这篇文章梳理 MES 导入的 5 种典型失败模式，以及在下单之前就能自查的检查点。
MES 导入失败的 5 种典型模式
- 范围没有边界：排程、质量、设备、仓储、能源一次性全塞进一期，工期拖长，任何一个模块卡住，整个项目就停摆
- 数据源没落实：系统设计完成后才发现关键工位的设备没有通信接口，产量和不良数只能退回人工录入
- 与 ERP 职责重叠：工单、物料、库存在两套系统里各记一份，对不上账之后现场干脆两边都不填
- 验收口径没定义：合同只写「实现 MES 功能」，上线后对于什么算完成、数据准到什么程度各说各话
- 上线即断供：验收后没有维保约定，产线改造一次，报表就再也出不来
这 5 种模式有一个共同点——问题都出在合同签订之前，而不是开发过程之中。
下单前可以自查的检查点
- 一期范围能否用一句话说清：先做哪条线、哪几个工位、输出哪几张报表
- 每个数据项的来源是否已确认：来自 PLC、扫码枪、仪表还是人工录入，逐项列出来
- 与 ERP 的分界线画在哪：工单从哪里来、完工数据回传到哪里、谁是主数据
- 验收标准是否可测量：数据延迟、报表口径、断网恢复后的数据完整性，都写进技术协议
- 维保范围是否明确：响应时间、年度维保内容、产线变更后的修改方式
把需求固定在「画面、报表、数据项」三个层次
纯文字描述的需求容易产生分歧。把需求落到三个看得见的层次——画面长什么样、报表输出哪些列、每个数据项从哪台设备的哪个地址来——双方对成果物的理解才能对齐。
这三层确认完成，实施方才能给出准确的工作量，采购方也才能判断报价是否合理。缺少这一步的项目，报价通常靠估，后期变更也无从界定。
| 层次 | 需要确认的内容 | 缺失会导致 |
|---|---|---|
| 画面 | 有哪些画面、每个画面给谁看、操作权限如何划分 | 上线后现场说不好用，返工改界面 |
| 报表 | 报表的列、统计口径、生成频率与导出格式 | 数据对不上账，生产与质量各执一词 |
| 数据项 | 每项数据的设备来源、采集地址、更新周期 | 关键工位采不到，退回人工录入 |
分阶段导入通常比一次性上线更稳
先在一条线上跑通采集、监控、报表这条基础链路，再往排程、质量、仓储扩展。第一阶段的产出可以直接作为后续阶段的基础，试点投入不会浪费。
分阶段还有一个作用是验证配合默契度。四到八周的小范围实施，足以看清对方的响应速度、文档质量和沟通方式，比任何资质材料都直观。
小结
MES 项目的成败，多数在需求阶段就已经决定。一期范围、数据源、ERP 边界、验收口径、维保范围——这五件事在下单前谈清楚，实施阶段的风险会小很多。
如果现场情况还不清晰，可以先做一次数据基线测量：先测后算，再定改善目标与范围。