Le coût caché du reporting manuel, c’est la question qu’on ne pose plus

Dans chaque projet de reporting que j’ai mené dans le retail ou l’hôtellerie-restauration, un même schéma se vérifie, quels que soient l’entreprise ou le système. La première question obtient toujours une réponse. C’est la deuxième qui vous dit si le reporting fonctionne vraiment.

Demandez à une chaîne de magasins comment se sont passées les ventes la semaine dernière, et quelqu’un vous donnera un chiffre, généralement dans la journée. Demandez à un groupe de restaurants son coût matière du mois, et il se passera la même chose. Le reporting manuel, avec tous ses défauts, sait en général produire une première réponse. Ce qu’il fait systématiquement mal, c’est la question qui vient juste après.

La question qui suit le chiffre

Un chiffre seul tranche rarement quoi que ce soit. « Les ventes ont baissé de 3 % la semaine dernière » appelle une question évidente. Baissé où ? Dans tous les sites, ou dans trois d’entre eux ? Par rapport à quoi : la semaine précédente, la même semaine l’an dernier ou le budget ? Une promotion était-elle en cours, et a-t-elle avancé des ventes de cette semaine ou les a-t-elle prises à un magasin voisin ?

Aucune de ces questions n’a rien d’exotique. Tout opérationnel les pose d’instinct. Y répondre implique généralement de retourner voir la personne qui a construit le premier rapport, de lui décrire exactement ce que vous voulez voir ventilé cette fois, puis d’attendre à nouveau qu’elle le refasse à la main dans un tableur ou un autre export.

J’ai assisté à suffisamment de ces conversations pour connaître le scénario. Le premier rapport prend une journée. La question suivante, parce qu’elle n’était pas prévue, prend parfois plus longtemps, car elle exige d’extraire une autre combinaison de données que le rapport initial n’était pas conçu pour montrer. Quand la réponse arrive, la décision opérationnelle qu’elle devait éclairer a déjà été prise.

Pourquoi la deuxième question cesse discrètement d’être posée

Une partie de ce phénomène n’apparaît dans aucun bilan de projet. Dès qu’une question de suivi coûte une journée et un service demandé à quelqu’un de la finance ou de l’informatique, les gens adaptent leur comportement sans jamais l’avoir décidé. Ils cessent de poser la deuxième question. Le coût pour savoir est tout simplement plus élevé que le coût d’avancer avec une réponse incomplète, alors la plupart choisissent discrètement l’option la moins chère.

C’est facile à manquer, parce que rien ne casse de façon visible. Le rapport part toujours chaque semaine. La réunion a toujours lieu. Personne ne signale d’échec, puisque vu de l’extérieur, le reporting a l’air de fonctionner. Des chiffres sont produits, les gens hochent la tête, des décisions sont prises. Ce qui manque est invisible par construction. C’est la comparaison qui n’a jamais été extraite, ou la référence que personne n’a pensé à vérifier.

J’ai vu cela se produire en particulier lors des revues de marge. Un responsable financier voit la marge du mois arriver en retrait. La question suivante, évidente, à savoir quelle ligne de coût a bougé, exige de croiser les données de caisse, les factures fournisseurs et les heures travaillées sur l’ensemble des sites concernés. Ce n’est pas un rapport que quelqu’un garde sous la main. Il est construit quand quelqu’un exige une réponse, et il ne l’est pas quand la réaction plus douce, et plus fréquente, l’emporte. Quelqu’un note le chiffre, le classe « à surveiller », et la réunion passe au point suivant.

Ce que cela coûte

Il n’existe aucune façon honnête d’y mettre un montant, et je préfère ne pas prétendre le contraire. Ce que je peux dire simplement, c’est ce que cela coûte en nature. Moins de décisions sont confrontées à une deuxième donnée avant d’être prises. Davantage de conclusions reposent sur le premier chiffre que quelqu’un a produit, plutôt que sur celui qui aurait changé la décision. Une tendance qui aurait sauté aux yeux sur trois sites reste invisible, parce que personne n’a jamais construit la comparaison qui l’aurait montrée.

Le vrai coût du reporting manuel tient peu au temps que prend la première réponse. Il apparaît plus tard, quand la deuxième question coûte autant que la première, à chaque fois.

Le vrai coût du reporting manuel tient peu au temps que prend la première réponse. Il apparaît plus tard, quand la deuxième question et la troisième coûtent à peu près autant que la première, à chaque fois, jusqu’à ce que la plupart des organisations cessent discrètement de payer ce prix.

Ce que nous avons construit à la place

C’est précisément le problème que marql a été conçu pour supprimer : pas la première question, la deuxième. C’est une couche pensée d’abord pour la conversation, qui lit les systèmes qu’une chaîne de magasins, un groupe de restaurants ou un réseau de franchise utilise déjà, sans les remplacer, avec un hébergement dans l’UE. Une fois la première question traitée, demander « quels sites expliquent ce chiffre » ou « par rapport au mois dernier plutôt » n’est que le message suivant dans la même conversation, fondé sur la même source connectée, avec la période et les sites sur lesquels il s’appuie visibles et vérifiables.

Nous ne prétendons pas que cela remplace le jugement d’une équipe financière ou la rigueur d’une vraie clôture. Ce sur quoi nous nous engageons publiquement est plus étroit et plus précis : 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. Le but n’est pas une première réponse plus grosse. C’est que chaque question après la première soit aussi peu coûteuse à poser.

La question à vous poser sur votre propre reporting

La prochaine fois qu’un rapport arrive sur votre bureau, observez ce que devient la question qu’il fait naître dans votre tête. Si vous devez retourner voir quelqu’un, attendre, et peut-être ne pas avoir de réponse avant que la décision doive être prise, c’est là le vrai mécanisme par lequel votre organisation finit par décider avec moins d’informations qu’elle ne le croit.