Sur un poste de pilotage interne, l'opérateur fait défiler des fiches. Chaque fiche porte une décision : relancer ce contact, envoyer cette proposition, marquer ce dossier comme traité. Un geste vers la droite veut dire : oui, fais-le.
Pendant plusieurs semaines, ce geste n'a rien fait. Il changeait une ligne de statut en base. L'action promise ne partait jamais.
Un écart invisible et coûteux
En surface, tout fonctionnait. La fiche passait au vert, la liste avançait, le tableau de bord donnait l'impression d'un système vivant. Le problème était plus bas : la relance n'était pas partie, mais rien ne le signalait.
Ce genre d'écart est dangereux parce qu'il ne ressemble pas à une panne. Une panne bloque. Ici, le système continue. Il ment calmement.
Le coût n'est pas dans le code. Il est dans la confiance accordée à un outil qui dit avoir agi.
La règle gravée
Une carte égale une action égale un geste. Valider une fiche ne change pas un statut. Valider une fiche exécute la chose.
Si l'action ne peut pas partir, la carte doit rester ouverte. Si le canal est indisponible, la carte doit le dire. Si une validation humaine manque, elle doit rester visible. Le système n'a pas le droit de dire c'est fait tant que ce n'est pas fait.
Pourquoi cette discipline tient
Un poste de pilotage ne vaut pas par le nombre de boutons qu'il affiche. Il vaut par la correspondance stricte entre une intention humaine et un effet réel dans le système.
Cette règle paraît étroite. Elle évite pourtant une dérive classique : construire des interfaces de décision qui ne sont que des écrans de décoration posés sur des scripts séparés.
Un geste qui ne fait rien est un mensonge. Un statut vert sans effet aval aussi.