The andon is lean's loudest idea: when something is wrong, the operator makes it visible immediately, and the line's support system responds. Cords and stack lights did this for decades within line-of-sight. The digital version keeps the principle and fixes the physics: visibility no longer decays with distance, and the response, not just the signal, becomes part of the system.

What digital adds to the cord

The history is half the value

Every andon event is a labeled data point: where, what category, how long to respond, how long to fix. Six months of events cluster into the plant's real pareto, the station that calls for materials every Tuesday, the machine whose jams precede its failures, the shift whose calls go unanswered longest. This is the dataset that turns support staffing and layout debates into evidence (and it feeds the same ML that clusters downtime causes, see how powersports assembly plants run digital andon next to takt boards).

Rolling it out without killing it

Andons die one way: calls go unanswered, the floor learns pulling is pointless, and the system becomes furniture. Prevention is operational, not technical: staff the response before turning on the calls, publish response-time numbers weekly, and treat an unanswered andon as the failure, not the operator's overuse. Start with two or three call types (help, materials, quality), add categories after response discipline holds. And put andon on the same stations as capture (the paperless checklist), one screen the operator already touches, not a separate box (category context: connected worker technology).