De la comptabilité à la navigation : pourquoi le reporting du retail et de la restauration a besoin d’un nouveau modèle

Il y a un peu plus de vingt ans, j’ai construit mon premier ERP seul, en deux mois environ, pour une entreprise qui vendait des journaux et des magazines dans plus de cinquante kiosques. Pas d’équipe, pas de méthode toute faite. Je gérais moi-même le stock, les retours et la trésorerie, et j’ai dormi dans la salle des serveurs plus de nuits que je ne voudrais l’admettre. Au bout de deux mois, il fonctionnait, et il a ensuite tenu les comptes d’une entreprise qui comptait des centaines d’acheteurs en gros.

Ce système enregistrait les livraisons, les retours, la caisse et le stock, rien de plus. Au sens strict du terme, c’était de la comptabilité.

J’ai passé les deux décennies suivantes à voir les outils de reporting du commerce et de l’hôtellerie-restauration gagner en puissance. Le réapprovisionnement automatique est arrivé, puis les systèmes d’entrepôt qui indiquaient au préparateur vers quelle étagère aller ensuite, puis les tableaux de bord, puis la BI, et aujourd’hui une forme d’IA posée par-dessus le tout, qui résume et prévoit. Chaque couche allait plus vite et avait meilleure allure que la précédente. Un manager doit toujours s’asseoir devant les chiffres et déterminer, seul, ce qui compte cette semaine et quoi faire.

Je pense que cet écart explique pourquoi le reporting du commerce et de la restauration doit passer d’un pilotage par KPI à un pilotage par signaux. C’est un autre travail que celui qu’un tableau de bord accomplit déjà.

Ce qu’un tableau de bord fait vraiment bien

Je veux être juste envers les tableaux de bord, parce que le réflexe du secteur est souvent de les déclarer dépassés, et ce réflexe est faux. Un tableau de bord montre les ventes du jour, les niveaux de stock, la marge, l’atteinte du plan. C’est nécessaire. Sans lui, une entreprise multisite finit vite par vivre dans plusieurs versions incompatibles de la réalité, un directeur de magasin convaincu que tout va bien pendant qu’un autre est sûr du contraire, sans aucune vérité commune pour ne serait-ce qu’ouvrir la discussion.

Ce à quoi répond un tableau de bord, c’est à ce qui s’est déjà passé. C’est une vraie question, et une question réellement utile. Simplement, elle n’est pas complète. Les ventes historiques vous montrent où l’entreprise a été. Elles ne vous montrent pas où elle va. Une moyenne de réseau peut sembler saine pendant que trois sites précis développent discrètement un problème en dessous. Une prévision peut être juste pour l’ensemble du réseau et rester inutile pour la personne qui doit trancher aujourd’hui au sujet d’un magasin.

Les rapports parlent généralement en KPI, moyennés sur les magasins et les périodes. Un signal doit fonctionner à l’inverse, assez étroit pour qu’on puisse agir tout de suite. « La marge a baissé de 2 % ce mois-ci » est un rapport. « La marge a bougé dans ce site, sur cette période, et voici la ligne de coût qui a changé » est un signal. « Les niveaux de stock sont élevés » est un rapport. « Ce lot, dans ce site, approche de sa date limite » est un signal, parce que quelqu’un peut encore agir avant que le délai ne se referme.

Pourquoi le chiffre moyen cache généralement l’essentiel

Les entreprises du commerce et de la restauration ne sont pas des systèmes linéaires. Le mot paraît abstrait tant qu’on n’a pas dirigé l’une d’elles, alors il vaut la peine de dire concrètement ce qu’il signifie en pratique.

Un changement d’assortiment modifie les niveaux de stock, et un stock modifié change la disponibilité des produits, discrètement, avant que rien n’apparaisse dans un rapport hebdomadaire, alors que la disponibilité est précisément ce que le client constate en rayon. Une promotion peut faire monter le chiffre d’affaires exactement la semaine voulue tout en comprimant la marge et en ajoutant du travail à une équipe qui n’était pas prévue pour cela. Une réduction de coûts peut produire un très bon chiffre de fin de mois et un vrai problème opérationnel six mois plus tard, quand ce que vous avez coupé se révèle avoir compté après tout. Rien de tout cela n’apparaît seul dans un tableur, qu’il s’agisse de la météo, d’un jour férié local, d’une tradition de Pâques propre à un pays ou d’un fournisseur qui a discrètement augmenté un prix sans prévenir personne.

Chaque décision hérite de celles qui l’ont précédée, de l’état de l’entreprise et de conditions que personne dans la pièce ne contrôle. Un système qui ne montre que l’instantané des KPI de la semaine indique votre vitesse et votre position sur la carte. Il ne dit rien de ce qui vous attend au prochain virage, ni de laquelle des trois dernières décisions vous a menés là où vous êtes. La recherche sur la surcharge d’information va dans ce sens. Au-delà d’un certain point, davantage d’information ne produit pas de meilleures décisions. Les gens commencent à manquer les signaux qui comptent le plus, s’appuient davantage sur des raccourcis intuitifs et passent plus de temps à comprendre ce qui se passe qu’à décider quoi faire (Eppler & Mengis, 2004). Un graphique plus joli n’est pas automatiquement une meilleure réponse.

Du KPI au signal : ce que veut dire naviguer

Le recadrage auquel je reviens sans cesse est le suivant. Un tableau de bord de KPI interprète votre position et s’arrête là. Un navigateur interprète votre position par rapport à une destination et vous indique la prochaine manœuvre. Prenez un mauvais virage, et il ne vous le reproche pas. Le GPS de votre voiture ne vous dit pas que vous êtes perdu et que le trajet est fichu. Il dit : nouvel itinéraire calculé. Le reporting devrait adopter la même posture, non pas un verdict sur ce qui a déjà mal tourné, mais une prochaine étape compte tenu de la situation.

Le GPS de votre voiture ne vous dit pas que vous êtes perdu et que le trajet est fichu. Il dit : nouvel itinéraire calculé.

En pratique, un signal utile doit être précis, lié à un SKU, un site, un fournisseur, une période, puisqu’une moyenne de réseau cache plus qu’elle ne révèle. Il doit être traçable, pour que vous puissiez demander pourquoi et être renvoyé vers les données sources réelles plutôt que vers un chiffre plus gros. Et il doit être calé sur une décision. Une analyse qui arrive après que la décision opérationnelle a déjà été prise est une autopsie, quel que soit le nom qu’on lui donne.

J’avoue que c’est aussi pour cela que je me méfie de tout produit, IA comprise, qui propose une réponse unique et instantanée sans chemin visible vers la façon dont il l’a obtenue. Un chiffre sans source attachée est une affirmation qu’on vous demande de croire, pas une preuve que vous pouvez vérifier vous-même. Le plus difficile n’a jamais été de produire plus de chiffres plus vite. C’est de raccourcir assez le chemin de la question à la preuve puis à la décision pour que quelqu’un le parcoure pendant sa journée de travail.

Pourquoi marql part d’une question plutôt que d’un tableau de bord

C’est le raisonnement derrière le fonctionnement de marql. Ce n’est pas un écran de plus à configurer, et nous avons pris soin de ne promettre ni automatisation complète ni réponse instantanée et incontestable. Ce sont deux promesses faciles à faire et difficiles à tenir. marql est une couche conversationnelle posée sur les systèmes qu’une chaîne de magasins, un groupe de restaurants ou un réseau de franchise utilise déjà (caisse, comptabilité et stock, entre autres) : il les lit sans les remplacer, avec un hébergement dans l’UE. Vous posez une vraie question opérationnelle en langage courant, et la réponse revient liée à sa source, avec la période, le site et le contexte qui la sous-tendent, le tout visible et vérifiable. Vos outils existants ne bougent pas. Seule la couche du dessus change.

Publiquement, l’engagement que nous avons pris est plus modeste que « une visibilité totale, instantanément ». Il s’agit d’une revue qualifiée de vos outils, suivie d’une première vue en direct sous 24 heures, avec des tarifs à partir de 200 € par mois. C’est une promesse plus modeste que celles que fait habituellement le secteur. Je préfère qu’elle reste exacte plutôt qu’elle sonne plus fort, et c’est la même rigueur qu’un directeur des opérations qui suit plusieurs sites attendrait de tout système prétendant remplacer une intuition.

La question à poser à vos outils actuels

Vingt ans à voir les systèmes de reporting devenir plus sophistiqués sans devenir plus utiles m’ont appris ceci : la quantité de données n’a jamais été la contrainte. La contrainte a toujours été la distance entre un chiffre et la décision qu’il devrait déclencher.

Avant votre prochaine revue opérationnelle, posez une question franche sur ce que vous regardez actuellement. Est-ce que cela vous dit quoi vérifier ensuite, ou seulement ce qui s’est déjà passé ? Si c’est la seconde réponse, la solution n’est probablement pas un tableau de bord plus grand. C’est un navigateur.