Les alertes de stock bas ont leur place là où votre équipe échange déjà
Voici la vérité gênante à propos de la plupart des ruptures de stock : la donnée savait. Le comptage glissait depuis des jours, le chiffre était là, sous les yeux, dans le système, et le point de réapprovisionnement avait été franchi avec largement assez de délai. Ce qui a échoué, ce n’est pas le suivi. Ce sont les trois derniers mètres entre le système et un humain capable d’y faire quelque chose.
Les deux modes d’échec classiques
Les équipes tentent généralement de combler ce fossé de deux façons, et les deux fuient.
- « On consulte le tableau de bord. » Les tableaux de bord sont en mode pull, pas push. Ils fonctionnent exactement aussi souvent que quelqu’un les ouvre, ce qui, dans une semaine chargée, revient à jamais. La personne qui vérifie d’habitude part en congé, et l’habitude part avec elle.
- « On reçoit des alertes par e-mail. » L’e-mail est l’endroit où les alertes vont mourir en silence. Elles atterrissent dans la boîte de réception d’une seule personne, entrent en concurrence avec tout le reste, se font balayer par les filtres et créent un point de défaillance unique : si cette personne les manque, l’entreprise les a manquées.
Pourquoi un canal change la donne
Publier la même alerte dans un canal Microsoft Teams résout les deux problèmes d’un coup, et il vaut la peine d’être précis sur le pourquoi :
- C’est du push, dans un endroit où les gens regardent déjà. Personne n’a à penser à vérifier quoi que ce soit. L’alerte interrompt, poliment, dans la même fenêtre où le reste de la journée se déroule déjà.
- Tout le monde la voit, donc n’importe qui peut agir. Une alerte de canal n’est pas assignée à une boîte de réception, elle est visible par toute l’équipe. La première personne disponible s’en charge, et un rapide « je commande maintenant » en réponse dit à tous les autres que c’est réglé.
- Elle laisse une trace. Trois semaines plus tard, « quand a-t-on su pour la première fois que le filament était bas ? » a une réponse horodatée, juste au-dessus du message où quelqu’un s’en est occupé.
Ce qui arrive dans le canal compte aussi
Une alerte utile répond à la question suivante avant qu’elle ne soit posée. Un simple « Widget A est bas » oblige quelqu’un à aller chercher à quel point, et à quelle vitesse c’est arrivé là. Une bonne carte d’alerte porte l’article, le niveau de stock avant et après le changement, et quel seuil a été franchi (avertissement, critique, rupture de stock ou point de réapprovisionnement), avec un code couleur par gravité pour que le canal puisse trier d’un coup d’œil.
Alertez sur l’instant, pas sur l’état
Un détail de conception décide si le canal reste utile : alertez quand le stock franchit un seuil, pas en continu tant qu’il reste en dessous. Le franchissement est une information ; l’état est un harcèlement. Répétez le même avertissement chaque jour et l’équipe apprend à faire défiler sans lire, ce qui est la façon dont les alertes cessent de fonctionner (la fatigue liée aux alertes mérite son propre article).
Toute la configuration tient dans un webhook
Cela n’exige pas l’intervention de l’informatique. Teams génère un lien webhook pour n’importe quel canal via sa fonctionnalité Workflows ; collez ce lien dans vos paramètres de notification Teams, envoyez une carte de test, choisissez les types d’alertes que vous voulez, et enregistrez. Le tout prend environ cinq minutes, captures d’écran comprises.