MES 项目成功落地的五大关键要素

一、一开始就没把 MES 当"形象工程"，而是只盯两个问题

项目立项会上，我们没有用太多"工业 4.0""智能制造"的大词，只盯了两个非常具体、所有人都认可的痛点：

所以立项目标被我们压成两句话：

这件事非常关键：没有"全面智能制造"的大包大揽，也没有"什么都想做一点"的大而全，只有"这两件事情没做到，算我们项目失败"。后面的需求取舍、范围控制、进度优先级，基本都围绕这两个目标打转。凡是和这两个目标关系不大的"漂亮功能"，一律靠后排。

二、先做"管理基础补课"，再谈系统功能

这次 MES 能跑起来，另一个特别重要的前提是——我们在项目早期，花了不少力气补管理基础。简单说三块：

1）工艺路线和工序定义，先统一

MES 要工序采集、报工、在制跟踪，前提是：一件产品到底经过哪几道工序？每道工序叫什么？哪些工序是"关键工序"、必须采数据？

以前的情况是：同一条线，不同班长、不同老员工对工序叫法都不一样；工艺文件里写得一套，现场干的是另一套；有的工序是"默认会做"，但没人当它是一道独立工序。

项目初期，我们拉着工艺、生产、班组长开了几轮会，干了一件原本大家都不太愿意花时间干的事：把每条典型产品线的"标准工艺路线"重新梳了一遍，写成一份大家都认的版本，再把这份东西作为 MES 的"唯一依据"。

2）基础数据"能不糊涂就不糊涂"

不求一步到位，但至少做到：

• 工位、设备、班组的编码规则统一
• 物料编码和工艺所用物料对应得上
• 生产任务（工单）是清晰的，一个任务对应一条产品线/一批产品

我们干过一个动作：在系统还没上线之前，先用现有方式跑了一个月"模拟台账"，看看这些基础信息能不能比较顺畅地记录下来，有没有逻辑不通的地方。事实证明，这一个月的"预演"，让后面少掉了很多扯皮。

3）明确：哪些数据不上就别谈 MES

比如："工时精确到秒"这种，我们一开始就没想；但"每道关键工序的完工数量""关键质量点的判定结果"，我们强调：不采，就不要说 MES 能帮我们做过程质量改善。

三、真正把班长当"甲方代表"，而不是"培训对象"

过去很多数字化项目有一个通病：立项、方案、设计的时候，都是管理层和 IT 在说话；到了上线前才叫班长、操作工来"培训一下"。结果就是：系统在墙上，大屏在转，班长照样在微信群里排产。

这次我们在 MES 项目里，刻意做了几件"麻烦事"：

1）原型阶段就把班长拉进来"挑刺"

系统原型刚有样子的时候，我们没有急着做 PPT，而是：把几个主线的班长拉到一个会议室，现场演示；请他们用"真实情境"试着操作，比如：早会上领任务、排产；中途插单；某工序突然停机；物料不到位；临时换人换机。

我们特意问他们三个问题：

• "你早上开完会，到上线班之前，这套系统有没有帮你节约时间？"
• "出问题的时候，你会不会想到先看系统，而不会先开微信？"
• "你今天下班之前，要向上汇报什么，这套系统有没有帮你准备好这些信息？"

如果这三个问题，他们回答得都不太正面，我们就立刻和实施方说："这块功能再好看也没用，得改。"

2）把"有没有帮班长减负"作为验收条件

很简单，我们定了一个非常具体的验收标准之一：系统上线后，班长每天手工整理生产进度报表的时间必须显著减少；否则我们认为 MES 没有真正"进入他们的工作流"。

所以上线后我们专门问他们：以前每天报表要花多久，现在要花多久？以前排产靠什么，现在靠什么？出问题时第一反应是啥？看系统还是打电话？

四、我们没有追求"一步到位"

这一条是我事后觉得最庆幸的。很多 MES 失败，死在两个字：贪心。什么功能都要上；一上就要覆盖所有车间、所有产品线；所有报表、看板、分析一次性做完。

我们这次一开始就定了节奏：

1）先选两条典型产线做"深"，不追求面子上的"全面覆盖"

选线的时候，我们考虑了三点：

• 工艺相对标准，代表性强
• 班组长配合度比较好，有意愿尝试
• 对交付影响大，出问题能及时感知

先把这两条线做深：报工、在制跟踪、进度看板、部分质量点采集全部跑起来；所有例外场景在这两条线上被充分暴露、充分打磨。

在这两条线稳定跑了几个月后，我们才开始推广到其它产线。推广的时候，已经不是"新系统"，而是"成熟经验 + 标准模板"。

2）功能上也分"三层"推进

这让实施团队的资源都集中在"第一层 + 关键例外处理"上，而不是分散在一堆"看起来很酷但没人真用"的功能上。

五、上线不是终点，我们真的做了持续运营

这一点，说的时候谁都懂，做起来几乎各家都缺。MES 上线之后，如果没人负责"持续运营"，它的自然命运是：数据质量慢慢下降；现场遇到问题没人响应；新需求、新工艺、新产品线跟不上；最后大家慢慢回到 Excel、白板和微信群。

这次我们专门做了一个组织上的安排：

1）项目结束前，就确定了"系统 Owner"

不是 IT，也不是实施商，而是生产 + 工艺 + 信息化联合指定了一个人/小团队：他们的 KPI 是：使用率、数据完整性、关键场景覆盖率，而不是"新功能上线数量"。

2）建立"例外问题台账"和"需求池"

3）定期复盘：系统到底帮了什么忙？

我们坚持做了一件事：半年一次，小范围复盘 MES 的"贡献"。不讲空话，只看几个指标：

• 生产进度的可视化程度变化
• 关键质量问题提前发现率
• 班长和计划在信息收集上的时间投入有没有下降
• 若干典型线停工原因构成，有没有"因为信息不对称"的占比下降

如果这些没改善，那我们就认：MES 只是换了一种记录方式，不算成功。

最后说一句实话

验收完这个项目，我最大的感受不是"我们把一个系统上成功了"，而是：这次我们少犯了几次"很典型、很致命、但又特别容易犯"的错。

回头看，这几个点是关键分水岭：

• 一开始只认几个业务痛点，不做"全能 MES 梦"
• 愿意为管理基础补课，而不是幻想系统来救管理
• 真的让班长参与、得益，而不是只把他叫来听培训
• 有意控制节奏，小步快跑，而不是一次性搞大而全
• 承认 MES 是"长期运营的产品"，而不是一次性项目

这些问题想明白了，你再谈技术架构、设备接入、数据中台，才真正有意义。