Signaler une panne par QR code : comment « ça ne marche pas » devient un signalement exploitable

Il existe deux sortes de signalements de panne, et les deux donnent du travail. Le premier n’arrive même pas — pourquoi, nous l’avons décortiqué dans l’article « Pourquoi les pannes ne sont pas signalées ». Le second arrive et reste malgré tout à peine exploitable : « Le distributeur à l’entrée ne marche pas. » Quelle entrée, quel distributeur, que veut dire « ne marche pas » — écran éteint, pièce coincée, produit bloqué ? Avant que le technicien puisse partir, le ping-pong des questions commence. Parfois, il part quand même et constate sur place que la pièce de rechange est restée au dépôt.

Les deux — le signalement absent et le signalement inutilisable — ont la même cause : signaler exige de la personne un savoir qu’elle n’a pas et un effort qu’elle ne veut pas fournir. La solution part donc, elle aussi, du même point.

L’anatomie d’un signalement exploitable

Un signalement exploitable par un technicien de maintenance se compose de quatre éléments : quel appareil, quel emplacement, quel thème, que voit-on. Ce qui frappe dans cette liste : trois des quatre éléments sont déjà connus avant même que la panne ne survienne. L’appareil et l’emplacement ne changent pas, et les thèmes possibles d’une machine à café automatique (« en panne », « salissure », « réapprovisionnement ») se comptent sur les doigts d’une main.

C’est précisément ce qui rend le QR code posé sur l’appareil si efficace : il porte en lui les deux premières réponses et propose la troisième à la sélection. Qui scanne n’obtient ni une zone de texte vide ni une hotline fourre-tout, mais une seule question — de quoi s’agit-il ? — avec les thèmes enregistrés pour cet appareil précis. Une photo, envoyer, terminé. Le signalement atteint le bon canal, complet et rattaché sans ambiguïté : machine à café K-12, 3e étage ouest, en panne, photo jointe.

La différence avec la hotline n’est pas de degré, mais de nature : la hotline exige que la personne décrive ce qu’elle voit. Le point de signalement lui demande seulement de confirmer ce que le système sait déjà.

Routage : chaque signalement au bon endroit

Le deuxième levier tient au destinataire. Une boîte de réception fourre-tout pour « tout ce qui est technique » ne fait qu’engendrer le prochain travail de tri — et les signalements qui tombent entre deux compétences restent en souffrance. Il est plus judicieux de décider du routage au point de signalement lui-même : l’ascenseur alerte le prestataire de maintenance, les sanitaires le service de nettoyage, la machine à café l’exploitant du distributeur — chacun avec ses propres thèmes et, si besoin, plusieurs destinataires ou plages horaires. Pour la personne qui signale, rien ne change : elle scanne ce qu’elle a devant elle. La question de la compétence, sur laquelle échouent les signalements par hotline, le système y a déjà répondu.

Déploiement : pourquoi ce n’est pas un projet informatique

La crainte la plus fréquente face à la « numérisation du signalement des défauts », c’est la charge de projet : interfaces, formations, communication de déploiement. La réponse honnête : un système de points de signalement de ce type ne touche d’abord pas du tout au paysage informatique existant. Il n’y a rien à installer — ni chez la personne qui signale (appareil photo ordinaire du téléphone) ni dans l’entreprise (les signalements arrivent dans les boîtes des équipes). Le déploiement tient en trois étapes : définir par lieu d’usage les thèmes et les destinataires, faire produire les tags, les poser. Pour des sites de taille raisonnable, c’est réglé en un après-midi — et les processus existants en arrière-plan (système de tickets, pilotage des prestataires) restent intacts.

Trois règles pratiques pour démarrer, pour que l’après-midi en vaille la peine :

• L’emplacement prime sur l’exhaustivité. Mieux vaut équiper les vingt appareils qui tombent le plus souvent en panne — à hauteur des yeux, là où le regard se porte en cas de panne — que chaque appareil du bâtiment derrière la trappe de maintenance.
• Peu de thèmes, des mots clairs. « En panne », « salissure », « réapprovisionnement » suffisent presque toujours. Chaque thème supplémentaire est une décision de plus à prendre pour la personne qui signale.
• Répondez de façon visible. Rien n’étouffe plus vite la bonne volonté que le sentiment de signaler dans le vide. Là où les signalements mènent visiblement à des réparations, le taux grimpe de lui-même.

L’étalon de l’ensemble reste le même que celui du petit mot « En panne » écrit à la main que ce système remplace : la voie officielle doit être la plus simple. Un scan, une question, une photo — on ne peut pas faire moins. Et il n’en faut pas plus.