食品厂扫码点检落地案例：纸质巡检表退役全过程

长三角一家烘焙食品厂，两条烘焙线加包装线，主要设备有烤炉、和面机、醒发箱、包装机四十多台，设备科连班长在内五个人。过去点检靠纸质表格，每天早上老师傅拿着单子挨个设备抄一遍，月底装订归档。真出事的时候翻档案，要么找不到，要么记的和实际对不上。这篇案例记录他们从纸表到扫码点检的三个月，过程没外面讲的那么光鲜，踩的坑倒是实打实的。

一、上线前的状况：纸表点检的三个老大难

先说清楚背景，这家厂的问题在中型食品厂里相当典型。

1. 点检执行靠自觉，检查靠突击

按该客户上线前内部统计，纸质点检表的按时填写率只有六成左右，剩下的要么补填，要么空着。设备班长每天要花近一个小时核对前一天的表格，纯属人肉稽核。

2. 异常上报绕远路

师傅发现和面机轴承异响，先口头报班长，班长判断要不要修，再打电话联系维修，维修忙不过来就先「观察观察」。等真坏了，停机半天，损失一炉面团。异常没有留痕，责任也没法追溯。

3. 审核迎检翻纸堆

食品厂要过各类审核，审核老师抽查设备维保记录，每次都得提前一周翻箱倒柜整理纸质档案。有一次烤炉的保养记录找不到，被开了不符合项。

二、选型过程：为什么没选重型EAM也没选定制开发

设备科最初调研了两条路。一是上传统 EAM 软件，功能全但报价高、实施周期长，厂商说要驻场实施两三个月；二是找软件公司定制，需求单拉出来就十几页，报价和周期更不可控。设备科长算了笔账：厂里四十多台设备、核心需求就是点检、维保工单、备件提醒三件事，犯不上上重型系统。

最后他们在搭贝低代码平台上自己搭。设备科一个九零后技术员牵头，加上信息部兼职支持，两周搭出第一版：设备台账、点检任务、异常上报、维保工单四个模块。这个决定后来看是对的——巡检项改了三版，要是定制开发，每改一版都是一轮需求评审。

三、第一版怎么搭的：台账、点检、工单三件事

1. 台账一周录完

四十多台设备，按「车间—设备类别—编号」建档，每台贴一张金属二维码标牌。铭牌信息、保修期限、保养周期、责任人一次录齐。食品厂的特殊点是把清洗消毒规程也挂进了档案，审核时扫码就能调出来。

2. 点检项砍到最简

第一版巡检单照抄纸质表，一台烤炉十九个检查项，老师傅直接抵触：抄表都嫌烦，现在还要一项项点手机？项目组连夜砍项，每台设备保留 6 到 8 项真正影响安全和品质的：温度显示、异响、漏油、安全罩、急停按钮。项少了，抵触也小了。

3. 异常直通工单

点检提交异常，系统自动生成待修工单推给维修班，维修处理完拍照关闭，班长在手机上验收。口头汇报这条路被替代掉了。

4. 权限设置很简单

点检师傅只能看自己车间的任务和提交记录；维修班能看全部工单但改不了台账；班长和科长看统计报表。权限一次配完，之后没再动过。食品厂还有一个特殊考虑：审核老师来查时给临时账号，只能看不能改，档案调取照样扫码，很体面。

四、推行期的三个坑和解法

系统不难搭，难的是让车间真用起来。推行一个月里踩了三个坑。

1. 坑一：老师傅不会用智能手机点单

解法是给每位师傅的手机做了大字版界面，选项做成大按钮，正常点绿、异常点红，拍照按钮置顶。再让最年长的老师傅先试，他用了没意见，其他人就没话说了。车间的事就是这样，尊重了最有资历的人，推行就顺了一半。

2. 坑二：车间角落信号差，提交转圈

醒发间在车间最里面，信号弱，点检提交经常失败。后来启用了离线暂存模式，先存在手机里，走到信号好的地方自动补传。这个细节不解决，师傅们三天就能退回纸笔。

3. 坑三：为应付检查而点检

上线一个月后数据一看，有个别设备的点检间隔只有几十秒，明显是站在原地连点。系统加了提交定位和异常必拍照，班长每周看一次穿透记录。查到两回、当面聊过之后，糊弄的基本消失了。

五、三个月后的数据对比

以下均为该客户上线后系统后台统计口径，供参考。

比数字更有价值的是两个变化。

1. 维修成本第一次有了台账

设备科第一次有了完整的维修成本台账，年底更换两台老化包装机的论证报告，用的就是系统里十一次故障停机的记录，次数、时长、耗件清清楚楚，报告一次通过。

2. 维修班开始主动要数据

上线前维修班是被动接单，现在他们主动找设备科要故障统计：哪台和面机三个月报修两次，拆开看轴承；哪台包装机总卡膜，申请厂家上门。班长说以前凭记忆觉得“都还行”，现在数据把错觉打破了。这种从救火到防火的转变，比完成率数字更能让老板看到价值。

六、还没解决的问题和下一步计划

案例讲完好处，也得讲没做好的。一是备件管理还是半手工，出库记录靠维修班事后补录，数据滞后；二是包装线的点检项和实际工艺匹配度一般，还需要和生产部门一起再校一轮。设备科计划下一步把备件库存和采购申请串进系统，再挑两台关键烤炉试点温度数据自动采集。

1. 温度采集为什么放到最后

不是不想做，是顺序问题。自动采集要加装传感器、走网络、定阈值，投入和协调成本都不低，而点检维保流程的收益已经足够覆盖成本。先用人工点检把流程跑顺、把管理习惯养成，再上有天线的采集方案，成功率才高。一上来就堆智能硬件的项目，大多死在维护上。

七、给同行的五条经验总结

这个项目没有惊天动地的技术，但有几条拿得出台面的经验，中型食品厂照抄基本不会错。

1. 点检项宁少勿多：首版砍到 8 项以内，先让系统转起来，后期再逐步加严
2. 先搞定最有话语权的老师傅，资历最深的用顺了，推行阻力小一半
3. 弱网环境必须提前测试，离线暂存功能是车间场景的生死线
4. 上线头一个月盯数据穿透记录，发现糊弄行为要早纠正、当面聊，糊弄的基本就消失了
5. 审核迎检场景是最快见效的切入点，一次扫码调档就能让管理层看到价值

回头看这个项目，最大的经验就两条：点检项宁少勿多，先让系统转起来；推行时先搞定最有话语权的老师傅，再谈全覆盖。工具本身反而不是最难的——低代码平台让搭系统这件事，从「立项」变成了「两周的活儿」。设备科长现在常跟同行讲一句话：不上系统的理由有一百个，上了之后回头看，那些理由一个都不成立。