上个月去一家汽配厂，车间主任拉着我吐苦水。说他们花了三十多万上的 Andon 系统，现在最频繁的用途是——保安巡逻打卡。😤 我愣了三秒。三十万，买个电子巡更？
后来看了现场，一切了然。屏幕是亮着的，花花绿绿，但操作工根本不看。异常亮了没人理，直到停线。管理者端着茶杯说：’这玩意儿不实用。’ 实用？呵呵。安灯系统（Andon）从来不是一块屏的事，可太多人把它当成一块屏，一根绳子，一套蜂鸣器。完蛋。
安灯不是警报器，是求救信号
我们先说个根儿上的认知错位。Andon 在日语里原是’灯笼’，丰田最早的设计极简单：拉绳亮灯，班组长必须响应。核心从来不是’报警’，是暴露问题、请求支援。可多少工厂把安灯做成了消防警报？异常触发，红灯转，声光吓人，但流程上没有规定谁响应、多久响应、怎么升级。操作工拉几次没人来，下次直接不拉了——坏了？关我啥事。
我记得有一次在宁波，站着看一条装配线 17 分钟。一个工位缺料，红灯亮了足足 9 分钟没人来。物流在 20 米外刷手机。我问那个操作工：’怎么不催？’ 他瞅我一眼：’习惯了。’ 那一瞬间我真的有点心酸。系统再炫，最后拼的还是反应机制。没有清晰的安灯呼叫逻辑和闭环，就是废铁。
看板上的数据会骗人，信不？
很多工厂的 Andon 大屏数据漂亮极了——开机率 92%，异常响应时间 38 秒……我一般都直接要求看原始记录。因为系统后台可以配啊：某些工位停了不算停机，某些异常被手动关闭不算异常。数字游戏玩得溜，产线照停不误。真正要看的是异常事件总时长占比、重复发生的异常类型帕累托。没有这些，所有可视化都是大号 KPI 美颜软件。
去年在佛山，一家电子厂上 Andon 半年，报表绿油油。可交付率反而降了。我们蹲了三天现场，发现操作工学会了一招：异常亮起后他们先自己关掉，再打电话找技术员……因为线上考核’亮灯时长’。你看，这不变味了吗？系统本来要暴露问题，结果成了掩盖问题的工具，绝了。
问：安灯系统到底该考核什么指标？
答：千万别只考核’亮灯次数少’。那只会催生出’不亮灯’的文化。真正有效的指标：异常响应完成率（是不是每个亮灯都有人管且闭环）、平均处理时长（分班组、分工位看趋势）、重复异常发生率（同一个问题反复亮灯？根因没找着）。还有一条最重要的：一线员工主动亮灯意愿。如果工人不敢拉绳，再好的系统也是死的。
系统上线第一周，我就得把供应商骂哭
智能、物联网、边缘计算……投标时说得天花乱坠，部署完连基础触发规则都配错。有一次，一家设备商把我们设备的脉冲信号当停机信号采，结果参数微调一下，整条线爆红。项目经理解释：’算法需要学习……’ 学个鬼！工业现场要的是确定性，不是概率。安灯系统的数据采集必须硬接线或者走稳定的工业协议，什么蓝牙、Wi-Fi 全是坑。尤其在强电干扰、金属屏蔽的车间，信号漂移能让你的 Andon 变成神经病。
还有个细节，很多人忽略：安灯的工位终端要皮实。触摸屏？三个月被油污糊死。物理按钮、拉绳、脚踏开关才是正道。我在重庆见过一个冲压车间，工人带着手套拍屏幕，死活不灵敏，气得直接拿扳手敲——屏幕碎了。后来全部换回拉绳+旋钮，复位键做成大蘑菇头，世界清静了。💡
问：多品种小批量的产线，安灯怎么灵活配置？
答：这是最考验系统架构的地方。笨办法是一套程序配死，换型时重新烧录——那是 20 年前的玩法。现在必须支持规则引擎，允许班组长或工艺员通过后台拖拽式配置：不同产品型号绑定不同的异常触发阈值、不同的升级路径。比如型号 A 缺料允许等 3 分钟，型号 B 只等 1 分钟，因为后道工序缓冲少。这种灵活度如果靠找供应商二次开发，黄花菜都凉了。
说到底，是管理工具还是监控工具？
最烦一种论调：’上了安灯，就能管住工人偷懒。’ 这想法蠢得无可救药。安灯的真谛是拉动式管理：前线呼叫，后方支援。如果只是盯着屏幕抓谁停机了，那跟电子监工有什么区别？工人又不傻，立刻会跟系统对着干。真正的落地，是管理者愿意放下身段，每次亮灯当成一次改进机会，而不是追责信号。
我在一个民企推动 Andon 的时候，老板起初天天看报表骂人。后来我们定了一条铁律：前三个月，任何亮灯不罚操作工，哪怕误触发。三个星期后，数据开始真实了；两个月后，异常处理速度提升 40%。因为大家不怕了，敢暴露问题，问题就有机会被解决。这个道理简单吧？可做到极难。
总结？不给总结。这东西没有标准答案。但我劝你，如果准备上 Andon，先想清楚三件事：谁对亮灯负责？响应流程定义到秒了吗？敢不敢把数据晒给全员看？想不清楚，再贵的系统，最后也会落得和开头那家汽配厂一样——保安巡逻打卡用。
免责声明：文章内容来自互联网，本站仅作为分享，不对其真实性负责，如有侵权等情况，请与本站联系删除。
转载请注明出处：别把安灯系统当摆设——Andon 落地车间的血泪教训 https://www.dachanpin.com/a/tg/59149.html
