老板一腔热血、中层阳奉阴违、工人消极抵抗。

数智化项目烂尾，80% 的原因不是技术，是没人愿意说真话。

老板问"系统在用吗"，车间主任说"在用"。 工位上的扫码枪已经落了一层灰—— 但这句话，没有人会在会上说出口。

 

一个你可能见过的场景

系统上线三个月。

老板在周会上问："现在系统用得怎么样？"

车间主任说："在用，都挺好的。"

散会后你去车间转一圈，工位上的扫码枪落了一层灰，报工还是靠班组长下班前统一补录，录的是大概齐的数。

这不是工人懒，也不是中层撒谎。这是三层人各有各的难处，但没有一层在说真话。

 

第一层：老板 —— 焦虑驱动，把"上线"当成了"成功"

老板这一层其实是最好理解的。他们的心态通常是：

"同行都上了，我们不上，三年后就没竞争力了。"

这个判断没错。问题出在对落地难度的预估严重不足：

以为买系统 = 解决问题，实际上买系统只是开始

以为上线 = 成功，实际上上线那天才是真正困难的第一天

把项目交给了 IT 或者外部供应商，自己只在启动会上露了个面

老板层最需要转变的一个认知：数智化不是一次采购，是一次组织改造。而组织改造，一把手不在场就推不动。

 

第二层：中层 —— 最沉默，也最致命

这一层是绝大多数项目真正的死因。

车间主任、生产经理、班组长。他们不会在会上反对，会执行得"看起来很配合"，但私下里——

他们有三个很少说出口的顾虑：

1. 话语权被稀释。一个在车间干了十五年的主任，最大的资产是"我脑子里有这张排产表"。系统上线后，这张表进了电脑，人人都能看。他的不可替代性被削掉了。
2. 问题被暴露。数据透明之后，他以前能藏住的问题——某台设备的真实稼动率、某个班组的真实效率——全都摆在老板面前。透明对老板是好事，对他可能是坏事。
3. 风险自担，功劳归上。项目搞成了，是"公司战略英明"；搞砸了，是"车间执行不力"。这个账，他算得很清楚。

所以"阳奉阴违"不是态度问题，是在现有激励结构下的理性选择。

关键结论：中层是唯一既懂业务、又能直接影响工人用什么的一层。他们不真心推，工人就一定不用。

 

第三层：工人 —— 多一道动作，多一分恐惧

工人这一层的阻力最小，也最好解决。他们的顾虑很直白：

麻烦：原来干完活就走，现在要多一次扫码报工

恐惧：这些数据是不是以后要用来考核我、扣我钱？

畏难：年纪大的老师傅，对智能终端有天然的抵触

这些都不是"思想问题"，是设计问题——只要操作足够简单、且明确承诺"数据不用于惩罚"，三个月内基本能解决。

所以：把"工人抵触"当成主战场，是绝大多数项目最大的误判。

 

破局：别先动工人，先解决中层

按这个顺序做，成功率高得多：

动作1：立项前，先单独跟中层开一次会

不谈系统，只谈"上了之后你会失去什么、得到什么"。

并且明确两件事：数据透明后暴露的问题，不作为追责依据（建议设 3–6 个月免责期）；项目成功后，中层是第一批受益者（减少催单电话、减少背锅、有新的管理抓手）。

动作2：给中层一个"新的价值点"

中层最怕的是"被系统取代"。所以不要把他定位成"系统的使用者"，要定位成"系统数据的解释者"。

具体的：让中层负责看板上那几个指标的分析与改善建议。系统出数据，他说为什么、怎么办。这样他不是被削弱，是被升级。

动作3：考核指标分阶段放开

第一阶段只考核"数据准确性"，不考核"效率"。

很多项目一上来就考核 OEE、人均产值，结果所有人都想办法让数据好看。先让大家敢填真数，再谈用数据改善。

动作4：先树 1–2 个"受益的中层"做样板

找一两个相对愿意配合的车间主任，把他们的产线做成样板，让他们在会上讲"系统帮我省了什么事"。

同行说服同行，比供应商讲一百遍都管用。

 

自检：你的项目卡在哪一层？

现象	卡点在哪	该怎么动
老板会上问数据，没人接话	第一层：老板只问结果，没建机制	老板每周固定看一次数据，并只问"为什么"，不问"谁的责"
车间主任口头支持，实际不推	第二层（最常见）	用上面的 4 个动作，先解决中层顾虑
工人不扫码、数据补录	第三层	简化操作 + 明确数据不用于惩罚
上线时轰轰烈烈，三个月后没人用	三层都有	回到第二层重新来，大概率是中层没动起来

如果你是车间主任、生产经理，把这篇转给你们的老板看看。

有些话你不好在会上说，这篇文章替你说了。

如果你是老板，转给你的中层团队——先解决他们的顾虑，比再买一套系统有用得多。