国产ERP成了摆设 工人只习惯用微信

寂静回声

那是MES上线三个月后的一天，车间里一个干了二十年的老师傅老郑，把一叠打印好的工单摔在会议桌上，指着我的鼻子说："你告诉我，这东西怎么用。"
我张了张嘴，想解释。
他说："我一天要在三个系统里录数据，早上MES，中午质量系统，下午还要在ERP里报工。这个表填完了要选那个，选完了要传图片，传完图片还要等人审核。你知道这意味着什么吗？意味着我每天至少要花一个半小时坐在电脑前填表。这一年半我少填了多少布？"
我试图解释："这是公司要求的数据采集规范。"
他盯着我看了三秒，然后说："规范是你们坐在办公室里定的。你们定完了，我们来买单。这合理吗？"
那天晚上回去，我认真想了一晚上这个问题。
工人用微信，是有原因的
后来我开始观察车间里的数据流动方式。
我发现一个有意思的现象：工人之间传数据，几乎不用系统。他们用微信。
一个班次结束之前，领班老陈会在群里发一条消息："今天A线完成1200米，B线换了一个品种，C线出了5个次品，备注：2号验布机下午三点停了半小时。"然后生产统计员把这条消息复制到Excel里，发给车间主任。车间主任整理完之后，再录入ERP。
三套系统，四个人，两次手抄。
我问过统计员小杨为什么不直接用系统录入。她说："系统太慢了。点开一个界面要十几秒，找对入口要找半天，填完一张单子要三分钟，中间还动不动就卡住，填到一半白屏又要重来。用微信三十秒搞定。"
我问她："系统里的数据不是要审核吗？"
她说："那些审核的人也不看。录进去就行。"
她又补了一句："你知道吗，有一次我故意少录了200米，想看看有没有人发现。结果一个月过去了，没人发现。"
系统设计的逻辑，和工人操作的逻辑是反的
为了搞清楚问题在哪里，我去车间跟着一个班跟了一整天。
那天跟的是夜班，从下午六点到凌晨两点。我跟着一个叫小刘的验布工，他在车间里走了一晚上，走了大概三万步，处理了十几起异常，中间几乎没有坐下来过。
他的工作节奏是非线性的——可能十分钟没有任何事，也可能在十分钟内连续处理三四个问题：这边布面出了瑕疵，那边断头了，设备报警了，同时质检员在催检验报告。
他需要的数据录入方式，是"随手一填"的方式。拿起手机，打开微信，说一句话，发送，完成。
但系统设计的逻辑不是这样的。系统要求你停下来，找到正确的入口，填写正确的字段，选择正确的工序，上传图片，等待审核，然后提交。
对于一个坐在电脑前的人来说，这个流程不算复杂。
对于一个在车间里跑来跑去的人来说，这个流程是一个额外的负担。
问题是，系统的设计者，坐在电脑前设计了这个流程。系统验收的时候，坐在电脑前演示了流畅的操作流程，但没有人问过车间里的人，这个流程在实际工作中能不能跑通。
有一次，一个工人跟我说了一句让我很难忘的话
他说："你们设计的那些系统，是给我们用的吗？"
我问他是几个意思。
他说："你去看看我们车间的环境，温度高，噪音大，戴着手套操作触摸屏根本按不准。系统里面的字那么小，要低头才看得见，但低头的时候设备那边又喊你了。你们做系统的人来过几次车间？"
他问得我哑口无言。
后来我查了一下，这个MES系统从招标到上线，研发团队只来过两次车间：一次是需求调研，一次是验收演示。
需求调研那次，来的是项目经理和产品经理，在会议室里开了半天会，会后参观了车间，但没有和任何操作工人直接交流过。验收演示那次，他们对着PPT讲了一遍系统功能，车间主任和IT负责人签了字，流程走完了。
两次加起来，在车间里的时间不超过四小时。

总结


开发团队脱离现场的悬浮式设计，与工厂侧缺乏体系准备的粗放式上线双向叠加，最终让重金部署的 ERP、MES 系统非但没有提效，反而成了一线生产的额外负担。

整套系统从需求调研到验收上线，全程闭环在管理层与 IT 部门的会议室里，从未真正适配车间的作业逻辑与物理环境：
从招标到正式上线，研发团队累计进入车间不足 4 小时，两次到访均未与操作工人做直接交流，仅通过管理层的 “管控需求” 倒推系统功能。工业系统的生命力在于适配真实生产场景，跳过一线用户的需求调研，从源头就注定了产品与实际脱节。
一线工人的作业是高移动、非线性、同时处理的，全天走动三万步，随时要处理瑕疵、断料、设备报警等突发状况，核心诉求是 “轻量化、随手录”；但系统设计沿用了坐班岗位的线性流程：找入口、填字段、选工序、传图片、等审核，要求工人停下生产动作来适配系统，本质是把办公室的工作逻辑硬套给了流动作业的车间岗位。
车间高温、高噪音，工人戴手套作业，视线无法长期脱离生产设备；系统却采用小字体、精准触屏点击的交互设计，连最基础的工业场景适配都未完成。
MES、质量系统、ERP 三套体系数据不互通，同一份生产数据要分三次录入不同系统，所谓的 “数字化” 没有替代手工重复劳动，反而凭空新增了转录工作量。



工厂自身对数字化的认知偏差与落地缺失，同样是系统失效的核心原因：
工厂只强调 “数据采集规范”，把系统纯粹当作监管一线的工具，从未考虑系统能为一线减少多少工作量、解决多少实际问题。成本全部由一线承担，收益全部流向管理端，天然会引发一线的抵触与变通。
上线系统前，没有先梳理生产 - 质量 - 报工的端到端业务流程，也没有打通不同系统的数据壁垒，本质是用数字化系统复刻了 “微信报数→Excel 整理→人工录系统” 的原有手工链路，甚至因为系统操作门槛更高，反而比纯手工效率更低。
既没有针对一线作业场景的实操培训，也没有建立上线后的反馈优化通道；同时所谓的 “审核流程” 完全流于形式，数据错误长期无人发现，彻底消解了一线录入数据的意义 ，“录了也没人看，不如微信 30 秒搞定”。
数据质量无人校验、数据价值无人落地，最终形成 “系统没用→工人敷衍录入→数据失真→系统更没用” 的负向循环。

这场转型的失败，从来不是 “工人不愿接受新事物”，而是供需双方都偏离了数字化的核心目标：制造数字化的本质是用技术服务生产、为一线减负，而不是用技术给生产加流程、给一线加负担。只有开发方沉到现场做场景化设计，工厂端先理流程、建标准、做赋能、搭迭代机制，双方都锚定 “生产效率提升” 的核心，系统才能真正跑通，而不是沦为车间里昂贵的 “电子摆设”。

干货专用号

这些篇文章的人太较真的，他居然真的分析起了国产系统的好坏，还给了一些无法落实的，假大空的建议。

他不知道关联的甲乙方，都可以拿智能制造的补贴吗？前几年的工业5.0，现在还有人提吗？