车间里一台装配设备出了故障，工位工人拉下拉绳，头顶大屏立刻变红，班组长两分钟内赶到现场——背后跑的就是 andon系统，中文一般叫安灯系统，这套玩法在汽车厂尤其普遍。

名字的来历

Andon 源自日语的行灯，本来指一种灯笼。丰田把它发展成生产现场的可视化管理工具，谁需要帮助、哪里出了问题，一眼就能从灯和屏上看出来，后来成了精益生产里的常见配置，不少行业跟着用。

一套系统一般有哪几块

  • 触发端：工位的拉绳、按钮，或者设备自己抛出的故障信号。
  • 显示端：车间大屏和工位三色灯，红的黄的绿的，隔着半个车间也能看清状态。
  • 通知端：短信、广播或工位终端，把呼叫推给对应责任人。
  • 记录端：每次呼叫和响应都落库，事后能查能统计。

响应是有层级的

常见做法按时间升级：工位呼叫后班组长几分钟内响应，解决不了升级给工程师，再解决不了才允许停线。停线在很多厂是大事，得主管拍板，但让问题当场暴露恰恰是这套系统的价值，比等产品下线才发现批量不良，代价小得多。有的厂还把响应时长投在大屏上滚动播，谁超时一目了然。

数据攒起来才值钱

呼叫、响应、解决的时间点都记着，攒一个月就能算出平均响应时长、哪类异常最多、哪个工位叫得最勤，开周会拿数据说话，比凭印象争论有用。现在不少方案还把安灯和设备数据打通，设备报障自动触发呼叫，不用等人按按钮。

落地最容易踩的坑

一是叫了没人理：响应层级定了但没人盯，工人叫两次没结果，后面就再也不叫，系统等于废掉。二是考核歪了：只统计呼叫次数，逼得大家少报问题，数据全失真。先定清响应责任和考核口径，再谈买什么硬件。

流水线长、工位多、靠人喊容易漏信息的厂，值得上；几台设备几个人的小作坊，一块白板加工作群可能就够了。