MES JRN-001 · 12 分钟
MES 落地的 9 个常见误区
从一线交付出发，那些 6 个月后会反噬的设计选择
青
DWG · IDANT-JRN-001 · MES JOURNAL 12 分钟
MES 项目的上线率不低，但**真正运转**的比例远比上线率低。我们见过太多上线一年后
沦为"看板墙花瓶"的系统 —— 不是技术不行，是早期几个设计选择埋了雷。
下面 9 条，每一条背后都有真实工厂在踩坑。**先承认问题存在**，
比上更多模块更重要。
9 PITFALLS · 9 FIXES
PITFALL
把 MES 当作 ERP 的车间版
这是最致命的起点错误。ERP 是事后记账，节奏是天 / 周 / 月；MES 是过程控制，节奏是分钟 / 秒 / 工序。两套系统的数据模型、事件粒度、用户角色、KPI 指标都根本不同。把 MES 设计成 "ERP 在车间的延伸"，结果就是工人在 MES 里继续做 ERP 的工作 —— 录单、对账、汇总——而真正的过程数据（节拍、稼动、能耗、品质趋势）一片空白。
PITFALL
上来就追求"一步到位"
九个模块全部上线，听上去稳健，实际是项目进入"等"的死循环：等设备入网 → 等 BOM 整理 → 等工艺录入 → 等用户培训 → 等历史数据导入 → 等管理层签字。一个春节假期回来，团队一半的人对这套半死不活的系统已经失去耐心。
PITFALL
工艺路由写死了
"我们就只生产这两种产品"——这句话每个客户都说过。然后下个季度新产品立项，旧路由要拆要改，工程师才发现工艺路由是写在数据库 ENUM 字段里的。每加一道返修工序，要改代码、回归测试、停机切换。
PITFALL
报工系统让工人变成数据录入员
工人每完成一道工序要点 6 次屏幕、扫 4 次码、填 2 个数字 —— 这种系统迟早被绕过。工人会让最快的人代填一天的数据，于是 MES 的工序数据全是"上午 10 点到下午 4 点之间均匀分布"。
PITFALL
OEE 是填出来的，不是算出来的
OEE = 时间稼动率 × 性能稼动率 × 良品率。如果这三个数字是班长每天填到表里的 —— 那就是个心理安慰，不是 OEE。一线班长的本能就是把数字"填得好看"，因为这是绩效。
PITFALL
质量异常依赖会议
出了批次不良 —— 召集生产 / 工艺 / 品管 / 设备 开会，会议纪要写在群里，下一次类似异常发生时没人记得上次怎么处理的。8D 流程在墙上贴着，但没人执行。
PITFALL
跨系统集成靠定时任务
MES → ERP 同步用每 30 分钟一次的定时任务。半夜 ERP 维护一次，MES 这边的订单状态 12 小时后才纠正。客户问"我下午 3 点下的紧急单为什么没排产"，没人能解释。
PITFALL
看板做太多反而没人看
车间贴了 12 块大屏：生产进度 / 设备状态 / 质量趋势 / 能耗 / 安全 / 5S / 培训 / 出勤 / 物料 / 工单 / KPI / 公告。两个月后只有公告还在更新，其他 11 块要么停留在"加载中"要么数字已死。
PITFALL
系统上线 = 项目结束
上线那天大家都在，三个月后客户工厂联系不上当时的实施工程师，半年后 IT 部门换人，一年后没人记得 MES 的模块组件是怎么拼起来的。系统从"运转"退化为"运行"，最后变成"占用着服务器但不再能改"。
END · 完
以上 9 条不是"避坑清单" —— 是我们自己在过去交付里**反复踩过**的。
认识它们的代价是项目失败、客户失望、团队心力。
如果你正在评估 MES 项目 —— 把这 9 条贴在墙上。
上线前自检一遍，比上线后救火便宜 100 倍。
青莲 · idant