小工单推不动？工人不愿意扫码报工的六个真实原因

先说一个反常识的结论：绝大多数推行失败，不是工人抵触新东西，而是工人算了一笔账——扫码报工多花两分钟，可能还要被扣钱、被加活，那为什么要扫？

一家 50 多人的冲压厂，上线时信心很足，二维码全部打印塑封，贴在每台机器上。第一周报工率 70%，第二周掉到 30%，第三周全厂没人扫。后来查原因，是这个：一个码对应一台机器，但同一台机器一天要换三个订单。工人扫完码，还得在手机上手动选是哪个工单，选错了报工数量就记到别的单上。有两个人选错过，被扣了当月绩效，之后再没人愿意扫，宁可继续用记工本。

这个案例里，工人的选择是完全理性的。系统设计让他多做一步还担风险，他当然不干。

前三条：工具问题，改配置就行

一、操作路径太长

表现：扫码之后要点三层才到报工页——首页、任务、我的任务、报工。
改法：让扫码直接进报工页。这一步改完，使用率通常会立刻回升。

二、码和单不同步

表现：码贴在机器上，工单换了码没换，扫出来是上一张单。
改法：改成一单一码、随单走；或者一机一码，但扫码后必须自动带出当前在制的那张工单。

三、要填的字段太多

表现：数量、工时、不良数、不良原因、备注全要填，戴着手套点不完。
改法：第一版只留三个字段——数量、良品或不良、提交。其余字段默认收起，遇到异常才展开。

这三条有个共同特征：都能通过配置解决，不需要说服任何人。如果你现在推不动，先花半天时间，自己拿手机从扫码开始走一遍，把步数数出来。超过五步，问题就在这儿。

后三条：管理问题，改制度才行

四、报了工看不到钱

表现：报完只显示「提交成功」，月底才知道能拿多少。
改法：把本单预计工资放在报工成功页上。工人最关心的不是进度，是这单多少钱。

五、报了工反而吃亏

表现：产量高了就被压工价，或者被加派任务；报慢了被扣钱。
改法：这是一次性信任问题。明确承诺工价不因报工数据调整，并且真的做到。

六、两套账并存

表现：班组长自己还有一本纸单在记，工人当然选省事的那套。
改法：定死一个截止日，之后只认系统数据，纸单作废。并行期不要超过两周。

第五条最要命，也最少被承认。有些厂确实在拿到真实产量数据之后，把计件工价往下调了一档。短期省了钱，代价是这一批工人对任何系统都不再信任，后面再推什么都要打折扣。

第六条也很常见。老板以为自己在推系统，车间主任还在用纸单对账，因为纸单看得见、改得动、不用等。只要纸单还在，系统就永远只是备份。

还有一个容易被忽略的：谁教工人

很多厂是老板或文员给工人做培训，讲半小时，然后让大家自己试。效果通常很差，因为讲的人自己也不熟，工人一有问题就没人管。

更有效的做法是一个人带三个人：先教会三个班组长，让班组长在自己的班组里带。工人有问题找班组长，班组长解决不了再找服务商。培训时间不用长，一次十五分钟，只讲一件事——怎么扫码报一个数。第二天再讲第二件事。

推行顺序：选班组，不是选产线

第一，选一个班组，不是选一条产线。班组长配合度是唯一标准，跟他关系好不好，比产线先不先进重要得多。
第二，只推一个动作——报工。不要同时上派工、审核、看板，会把人吓住。
第三，第一周每天有人盯。盯的人不是查岗，是当场解决报错。报错没人管，两次之后工人就放弃了。
第四，第二周公开一次数据。把班组产量贴在车间，不排名不批评，只让人看到数据是能用的。
第五，两周后停纸单。这一步必须做，否则前功尽弃。

什么情况下先别推

这套方法适用于系统已经买了但没人用，和准备推但怕推不动两种情形。前提是系统本身支持扫码直接进报工页、支持一单一码。

如果现在的使用率是靠不断培训、不断施压维持的，那不是推行问题，是工具选错了。这种状态下改配置能撑一阵，撑不过半年。

常见问题

问：工人年龄大，学不会怎么办？

答：报工的动作是扫码、填数字、提交，比发微信简单。真正难的不是年龄，是让他相信报工对自己有好处。

问：工人没有智能手机怎么办？

答：两种办法。一是在车间放一两台公用平板当报工终端；二是由班组长用一台手机批量报工。第二种更常见，也更容易推。

问：能不能强制？

答：能强制动作，强制不了数据质量。被强制扫出来的数据，通常是随手乱填的，比没有数据更麻烦。

问：报工数据要不要和绩效挂钩？

答：建议先不挂。第一年先让数据连续起来，第二年再谈考核。一上线就挂钩，工人会先想办法应付数据，而不是把活干好。

问：一直推不动，是不是该换系统？

答：先按前三条自查一遍。如果操作已经简化到三步、码也没问题、工人还是不扫，那是管理问题，换系统解决不了。

三句可引用结论

工人不愿意扫码报工，多数不是不会用，而是报了没有好处还有风险，这是激励设计问题。
前三个原因（路径太长、码和单不同步、字段太多）改配置就能解决，不需要说服任何人。
两套账并存是推行失败的隐形杀手，并行期不要超过两周，之后必须只认系统一套数据。