夜雨聆风项目验收那天，我坐在客户会议室里，听车间主任做最终汇报。
PPT很漂亮。系统上线了，模块全覆盖，工单能下了，报工能扫了，追溯码打出来了，甘特图上每一个节点都打了绿色的勾。
厂长站在台上，讲得很满意。
但散会之后，生产总监把我拉到走廊里，说了一句话：
"你知道吗，我们车间现在每天开工之前，还是先在Excel里排一张计划表，然后再把数据录入MES。"
我问：为什么？
他说：排程功能太死板，稍微改个优先级就要提变更审批。等审批通过了，客户交期已经过了。当初提过这个问题，被说"后期优化"，就再也没人提了。
这个"后期优化"，等了一年半。
验收通过了，系统上线了，但车间最头疼的问题，从来没被解决。
这不是这一个项目的故事。
这是我做了这么多年MES，看到的一个反复出现的失败模式。
* * *做过企业信息化的，第一次接触MES，往往会低估它的复杂度。
觉得不就是管管生产、扫扫码、记记录，把Excel搬到系统里，道理差不多。
不是的。
MES的复杂度，不是功能多，是"把人的经验变成系统规则"。
车间里每一个老班长，脑子里都装着一套自己的隐形流程——哪台设备脾气大要哄着用，哪个工人手速快安排关键工序，哪种物料不稳定要多备安全库存。
这些东西，从来没写进任何SOP。
但它是车间能正常运转的真实原因。
现在你要用一套系统，把这些隐形经验全部显性化、结构化、标准化——
这件事的难度，不是技术难度，是管理难度。
技术可以买，车间的管理习惯买不到。
绝大多数MES项目的失败，不是败在技术上，是败在管理上。败在那四件事，项目开始之前没想清楚。
* * *这几年见了太多案例，归纳起来，大多是这四个坑。
一、不知道到底要解决什么问题
这是最根本的问题，也是最容易被跳过的。
很多工厂上MES，内心深处的驱动是一种笼统的焦虑："车间数据不透明，老板看不到，出了质量事故我们是最后一个知道的。"
这种焦虑是真实的，但它不是一个清晰的需求。
因为它没有回答一个更根本的问题：MES，到底要帮你们解决什么？
是生产进度追踪？是质量追溯？是设备管理？是物料防错？还是——什么都想要？
"什么都想要"，是MES项目失败率最高的起点。
我见过一家厂，上线时要求"全部功能都要"。于是系统变得极其复杂：每个工序要扫码，每个动作要确认，每个异常要填表。
工人的感受是什么？
拧完一个螺丝，扫码。装完一个零件，扫码。换了一把工具，扫码。去了一趟洗手间，回来系统提示"工时异常偏离"。
一天下来，生产时间没增加，扫码填表的时间多了一倍。
车间主任来找老板说：你们的系统让工人没法干活。
这不是夸张，是真实场景。
管得太细，系统变成枷锁。管得太粗，系统形同虚设。
正确的做法是：项目开始之前，把工厂的痛点排个序。哪些是每天发生的、直接影响交付和质量的？找前三名。MES就解决这三个问题。其他的，先放一边。
没有痛点排序，只有功能堆砌——这是MES项目最常见的死法。
二、数据的事，没人真正负责
这个问题，听起来技术，实际上是管理。
工厂有三条产线，每条线有自己的报工方式。A线班长喜欢下班前统一报，一天的数据一次性录完。B线班长习惯每道工序扫码实时更新。C线的工人用纸记录，班长每天收上来手工录入。
上MES之后，要求统一：每道工序扫码，实时录入。
听起来很合理，对吧？
但A线班长说：我一直是下班前统一报的，你让我每道工序扫码，生产节拍会被打乱。
B线说：扫码枪位置太远了，工人跑过去扫一下再跑回来，一个来回30秒，一天多跑几十趟。
C线说：工人年龄偏大，你让他们对着小屏幕操作，根本不会用。
这不只是报工方式的问题，这是管理习惯的问题。
这种冲突在MES项目里无处不在：不良品怎么判定，质检和工人各有标准，出了分歧听谁的？设备故障怎么记录，维修工觉得记个"停机"就够了，生产主管要求写清楚故障原因和修复时间，谁来定？
很多项目开会讨论，讨论没结果，最后折中——"特殊情况可以线下处理，后续补录"。
系统上线之后，"特殊情况"越来越多，"后续补录"越来越少。系统里数据看起来很全，实际上有一半是事后补的，追溯的时候根本查不到。
数据准不准，不取决于系统设计得多严谨，取决于谁对数据的准确性负责，以及不准了有什么后果。
系统是数据规范的执行工具，不是制定工具。标准不清楚，系统管不住数据。
三、流程照搬，不改造
这是MES项目里争议最大的一个问题。
理想状态：现有流程已经很成熟，MES只是把流程从线下搬到线上，效率自然提升。
现实状态：很多工厂上MES，恰恰是因为现有流程不成熟——数据靠Excel、追溯靠人工、排产靠拍脑袋。
流程本身就有问题，你把有问题的流程搬到系统里——以前用Excel能凑合的事，现在用系统反而做不了了。因为系统比Excel严格。
我见过太多次这种对话：
实施顾问说：这个流程不太合理，建议调整一下。
车间主任说：我们一直这么干的，你不了解实际情况。
生产总监说：流程可以改，但改了之后产量不能降、交期不能拖。
最后的结果：照搬现有流程，系统适配车间。
一辆新车，装在老路上，当然也能跑。但你永远跑不出新车的性能。
正确的思路是：先想清楚MES要解决的核心痛点是什么。围绕痛点设计流程，围绕流程设计系统。
核心痛点是质量追溯——流程设计就以"每个工序可追溯"为原则，现有不透明环节必须改。核心痛点是生产进度透明——流程设计就以"实时数据采集"为原则，批量补录必须淘汰。
围绕痛点改造流程，围绕流程设计系统——这个顺序不能反。
流程改造意味着什么？意味着有些人的工作方式要变，有些人的权力要被系统"夺走"。这不是技术决策，是管理决策。需要厂长亲自拍板，不是让IT部门和车间去扯皮。
四、一把手不亲自推
这是最容易被忽视、却最终决定项目成败的一件事。
MES项目，参与方多，时间长，通常6到18个月，涉及的利益和矛盾极其复杂。
在这个过程里，会有无数个时刻，有人说"这个功能我们要定制"，有人说"这个流程我们接受不了"，有人说"这个报工方式工人不肯用"。
每一次这种声音，都是一次决策时刻：是接受要求改系统，还是坚持标准让对方适应？
这个决策，不能由实施顾问来做，不能由IT部门来做，必须由一个有足够权威的人来做。
我见过两种项目：
第一种，老板说"这件事很重要，你们生产部负责，我支持你们"，然后基本不管。遇到车间推诿、部门扯皮，生产部没有权力拍板，只能开会协调，协调不下来再汇报，老板很忙没时间处理。问题悬在那里，项目卡着不动。
第二种，老板说"这件事我亲自负责"，真的每两周参加一次项目会议。遇到车间推诿当场表态，遇到需要资源当场批，遇到"工人不肯用"当场定规矩。
两种项目，进度、质量、结果，差异是数量级的。
MES不是IT项目，是一把手工程。
一把手不亲自推，这个项目迟早烂尾。不是因为技术问题，是因为工厂里没有任何一个人，同时具备足够的权威、足够的意愿、足够的时间，去推动这件需要全厂配合的事。
* * *这四件事不是想一次就完了。它们是项目启动前必须有的四个答案。
把四个答案放在一起：
第一件：MES到底要解决什么问题。 没有答案，系统就是"什么都有，什么都不够用"。
第二件：数据谁负责准。 没有答案，数据标准统一不了，追溯的时候查不到、对不上。
第三件：流程照搬还是改造。 没有答案，新车装在老路上，跑不出性能。
第四件：谁来推谁来担责。 没有答案，项目没有真正的主人，遇到困难就扯皮。
如果这四个问题都有答案了，再往下走：
第一步，花2到4周，把基础数据洗干净。物料编码、BOM、工艺路线，一个一个核对。
第二步，选对供应商。看案例，看他们有没有同行业、同规模的落地经验。看团队，实施顾问有没有车间一线经验。看售后，上线后有没有持续支持。
第三步，试点先行。先选一个车间或一条产线，跑通了再推广。别一上来就全厂铺开，出了问题收不了场。
第四步，老板亲自参加项目会议。不是挂名，是真的管。每两周一次，重大问题当场决策。
* * *| MES能做 | MES不能做 |
不是所有工厂都适合上MES。几个条件，自己先评估一下：
年产值5000万以上，有专职IT人员，管理层真正支持数字化（不是嘴上说说），基础数据相对规范，业务部门有参与意愿。
这些条件，能满足三个以上，再考虑上MES。否则，先把短板补上。
* * *MES是一面镜子。
它会把车间管理里所有模糊的地方，全部照出来——哪里流程靠拍脑袋，哪里数据不准没人管，哪里权责不清互相推，哪里没有真正负责任的人。
这些问题，在没有系统的时候，可以靠老班长的经验、靠口头协调、靠"大家都懂"来掩盖。
系统一来，这些问题必须被显性化——要么解决，要么系统永远跑不顺。
上MES，不是解决管理问题的捷径，是让管理问题必须被正视的催化剂。
想清楚这四件事再动手，不只是为了让系统上线顺利——是为了让工厂的管理，真正因为这个项目，向前走一步。
那才是做这件事真正的价值。
别神话它，也别低估它。
* * *觉得有收获？欢迎转发给正在上MES或者准备上MES的朋友 👇
👇 回复「MES四件事」，获取本文高清信息图
—— 转载请注明出处
