Études & Réflexions › Arrêtez de chercher l'outil de pilotage parfait. Cherchez la question.

Chaque fois qu'un dirigeant me dit « on cherche le bon outil de pilotage », je sais que la conversation va être longue. Pas parce que la question est mauvaise, mais parce qu'elle arrive trop tôt. Avant de chercher un outil, il faut savoir ce qu'on cherche à comprendre, quelles décisions on veut prendre, et avec qui on veut dialoguer. Sans cela, l'outil le plus sophistiqué ne produira qu'un tableau de bord muet.

Ce que je vais défendre dans cet article est une conviction forgée en 17 ans de contrôle de gestion et une dizaine de missions : le marché du dashboard parfait est un piège. Il transforme une question stratégique (que voulons-nous piloter ?) en achat technique (quel logiciel choisir ?). Et les deux démarches n'ont rien à voir.

Je prends position, je tranche : commencez par la question, l'outil viendra après. Et si vous ne savez pas quelle question poser, ce n'est pas un outil qu'il vous faut — c'est une conversation. Ce n'est pas un slogan, c'est une observation que j'ai faite des dizaines de fois en mission, dans des secteurs très différents — santé, industrie, services, collectivités. Le schéma est toujours le même.

Le paradoxe de l'outil en quête de question

L'époque est à l'hypertrophie des outils. Plateformes de BI, dashboards temps réel, modules d'IA générative, suites intégrées promettant de tout unifier. Les budgets suivent. PwC observe que 98 % des DAF ont investi dans l'automatisation ou la digitalisation au cours des douze derniers mois^[1]. Pourtant, le même rapport révèle que 41 % n'ont automatisé que 25 % ou moins de leurs processus. Tout le monde investit, presque personne ne finit.

Pire : 82 % des directions financières françaises envisagent de faire évoluer leur approche prévisionnelle^[2]. Ceux qui portent le pilotage ne sont pas satisfaits de la façon dont ils pilotent. Et RAND Corporation estime que 80 % des projets IA échouent, soit le double du taux d'échec des projets informatiques classiques^[3]. Le cycle est toujours le même : enthousiasme, investissement, déception, abandon.

Pourquoi ? Parce qu'on achète la solution avant d'avoir identifié le problème. On recherche « l'outil qui va tout régler » sans avoir pris le temps de formuler ce qui ne va pas. Et dans ce contexte, aucun outil ne peut rien régler. Un outil résout un problème formulé ; il ne formule pas le problème.

Le piège du dashboard parfait

Dans l'inconscient collectif du pilotage, il existe ce dashboard parfait. Celui qui affichera exactement la bonne information, au bon moment, au bon décideur. Celui qui rendra chaque décision évidente. Ce dashboard n'existe pas. Il n'existera jamais. Et pour une raison simple : une décision intéressante ne se lit pas dans un tableau de bord. Elle se construit dans une conversation.

J'ai vu des équipes passer 18 mois à sélectionner une plateforme BI, 12 mois à la paramétrer, 6 mois à former les utilisateurs. Coût total, plusieurs centaines de milliers d'euros. Résultat : les mêmes équipes continuent de produire leurs analyses décisives dans Excel. Ce n'est pas un échec de la plateforme — elle fait ce pour quoi elle a été conçue. C'est un échec de la question : personne n'avait formulé ce qu'on voulait piloter. Alors on a pavé l'absence de question avec un outil.

Le dashboard parfait est un mythe parce qu'il reporte sur l'outil une responsabilité qui appartient aux humains : comprendre ce qui compte, choisir quoi observer, décider quoi faire. Ces trois opérations ne se délèguent pas à un logiciel. Elles se structurent dans un dialogue de pilotage.

Ce que j'observe en mission

Quand j'arrive en mission, la demande initiale est presque toujours la même : « on voudrait un meilleur reporting ». Je prends le temps d'écouter, puis je pose systématiquement deux questions. La première : « quelle décision allez-vous prendre autrement grâce à ce nouveau reporting ? ». La seconde : « si le reporting idéal existait, qu'est-ce qui changerait concrètement dans votre semaine ? ».

Neuf fois sur dix, les réponses sont floues. « On gagnerait en visibilité », « on comprendrait mieux », « on serait plus réactifs ». Ce sont des réponses défensives, pas opérationnelles. Elles révèlent que la vraie question n'est pas le reporting, mais ce qu'on attend des décisions. Le reporting est un symptôme ; la cause est ailleurs.

Alors on met le reporting de côté, et on commence à parler des décisions. Quelles décisions prenez-vous chaque mois ? Chaque trimestre ? Quelles sont celles qui vous mettent en difficulté ? Quelles sont celles que vous aimeriez prendre autrement ? De ces conversations émergent les vrais besoins de pilotage : trois ou quatre questions essentielles, formulées précisément. L'outil vient après. Il vient naturellement.

J'ai accompagné une organisation qui voulait « une plateforme de pilotage RH ». Après trois entretiens, la vraie question était devenue : « comment anticiper les tensions de recrutement dans les 12 mois ? ». Une question précise. Actionnable. Avec une réponse qui tient dans un tableur bien structuré, à condition d'avoir les bonnes données et les bonnes conversations. La plateforme envisagée au départ aurait coûté 200 000 euros et n'aurait pas répondu à cette question, parce qu'elle n'était pas conçue pour. Le tableur, lui, la traite.

Autre exemple. Une direction financière de taille moyenne souhaitait déployer un ETL de pointe pour consolider ses données. Trois mois de benchmark fournisseurs, deux mois de POC, un budget à sept chiffres en préparation. J'ai fini par demander : « quelle décision ne pouvez-vous pas prendre aujourd'hui faute de cette consolidation ? ». Silence. Réponse, au bout d'un long moment : « on ne sait pas vraiment ». Nous avons stoppé le projet et remplacé la phase de benchmark par une phase de conversations avec les contrôleurs de gestion et les managers opérationnels. Trois semaines plus tard, trois décisions précises avaient été identifiées. Aucune ne nécessitait l'ETL envisagé. Deux ont été résolues en reparamétrant l'outil existant. La troisième a fait l'objet d'une automatisation ciblée à 15 000 euros. L'économie n'était pas accidentelle — elle résultait mécaniquement du fait d'avoir posé la bonne question avant de signer le bon de commande.

La question avant l'outil : la méthode qui change tout

L'inversion est simple à énoncer, difficile à pratiquer : commencer par la décision, pas par la donnée. Ce renversement demande de la discipline parce qu'il va à contre-courant de toute la culture projet habituelle. Dans un projet classique, on commence par cartographier les données disponibles, on choisit un outil, on conçoit des dashboards. Dans l'approche que je défends, on commence par les décisions que l'on veut éclairer, puis on identifie les questions à poser aux données, puis seulement on choisit l'outil qui permet de les poser.

Cette approche a trois effets. Elle élimine 80 % des indicateurs qu'on aurait produits « au cas où ». Elle aligne spontanément les décideurs autour de ce qui compte réellement. Elle rend le choix d'outil trivial : une fois la question formulée précisément, la plupart des outils font le travail, et les critères de choix deviennent évidents (adoption des utilisateurs, intégration avec l'existant, coût total de possession).

La question qui transforme un pilotage ressemble à cela : « à partir de quel niveau d'absentéisme dans ce service faut-il déclencher une analyse des conditions de travail ? ». « Quel écart budgétaire mensuel justifie une révision du plan d'actions trimestriel ? ». « Quel ratio de rotation des effectifs signale un problème structurel plutôt qu'un mouvement normal ? ». Ces questions sont précises, actionnables, mesurables. Elles se traduisent directement en indicateurs et en seuils. Elles déclenchent des conversations. Elles éclairent des décisions.

À l'inverse, les questions molles — « comment améliorer le pilotage ? », « comment gagner en visibilité ? » — ne débouchent sur rien. Elles génèrent des rapports qui ne seront jamais lus. Un tableau de bord utile est celui qui répond à une question précise. Celui qui tente de répondre à « comment mieux piloter ? » finit classé sans suite.

Les objections qu'on me fait

« Mais on a besoin d'un minimum d'outils pour commencer. » Oui. Mais ce minimum existe déjà presque partout. Un tableur, une base de données comptable, un SIRH. La question n'est pas « a-t-on les outils ? » mais « utilise-t-on correctement ceux qu'on a ? ». J'ai rarement vu une organisation freinée par l'absence d'outil ; j'en ai vu beaucoup freinées par l'absence de méthode pour utiliser les outils existants.

« Sans tableau de bord unifié, on ne voit rien. » Si le tableau de bord unifié résolvait le problème, les entreprises qui en disposent ne seraient pas insatisfaites. Or elles le sont — c'est le paradoxe PwC cité plus haut. Le tableau de bord unifié n'est pas la solution, c'est un moyen parmi d'autres. Et ce moyen ne fonctionne que si les questions ont été posées en amont.

« Mais c'est l'outil qui structure la pensée. » C'est vrai partiellement. Un bon outil peut aider à formuler les bonnes questions, en forçant à clarifier les indicateurs, les seuils, les axes d'analyse. Mais cette structuration se produit au moment du paramétrage, pas à l'usage. Autrement dit : la valeur vient du travail de conception, pas du logiciel lui-même. Et ce travail peut se faire avant d'acheter quoi que ce soit.

« Vous êtes contre les outils de pilotage ? » Au contraire. J'ai conçu effectivo, un outil de pilotage des effectifs. Mais je l'ai conçu à partir d'une question précise : comment permettre à un DRH ou un contrôleur de gestion de simuler l'évolution de ses effectifs sans infrastructure lourde ? Pas à partir d'une idée vague du type « un bon outil de pilotage RH ». Un outil qui démarre par une question a des chances ; un outil qui démarre par une ambition générique n'en a pas.

« Mais on n'a pas le temps de faire ce travail de formulation. » C'est l'objection la plus fréquente, et celle qui me convainc le moins. Une demi-journée de conversation structurée évite, dans beaucoup de cas, six mois de déploiement d'un outil qui n'apportera pas ce qu'on attendait. Le calcul est simple, et il est toujours en faveur du travail de formulation. La question n'est pas « a-t-on le temps ? », c'est « a-t-on la discipline ? ». Ce n'est pas la même question, et elle appelle des réponses différentes.

Retourner l'ordre : ce que je recommande concrètement

Si vous vous reconnaissez dans ce que je viens de décrire — si vous cherchez « le bon outil » sans savoir exactement pourquoi — voici la démarche que je recommande. Elle n'est pas spectaculaire. Elle est simple. Et elle marche.

Prenez une feuille blanche. Notez les trois à cinq décisions qui vous mettent le plus en difficulté aujourd'hui. Pour chacune, formulez la question qui devrait être clarifiée pour que vous puissiez décider avec confiance. Pour chaque question, identifiez les données nécessaires, les sources possibles, les seuils à définir. Ce travail prend une demi-journée, seul ou en équipe. À la fin, vous aurez un cahier des charges qui fait trois pages maximum. Un cahier des charges qui permet d'évaluer n'importe quel outil sur des critères concrets. Ou de s'en passer.

Dans la plupart des cas, ce travail révèle deux choses. D'abord, que les questions essentielles sont moins nombreuses qu'on ne le pensait — trois ou quatre, rarement plus de cinq. Ensuite, que l'outil nécessaire existe déjà, ou qu'il est accessible sans investissement majeur. La discipline de la mesure est plus précieuse que la sophistication de l'outil, et elle précède l'outil dans l'ordre logique — même si, dans l'ordre habituel des entreprises, c'est l'inverse qui se produit.

Cette inversion est une tendance de fond. On la retrouve dans les organisations qui réussissent leur automatisation du reporting : elles commencent par recenser les rapports réellement utilisés, elles interrogent les destinataires, elles éliminent ce qui ne sert à rien — et seulement ensuite, elles automatisent ce qui reste. Celles qui inversent cette logique automatisent leur propre confusion. Elles obtiennent des reportings plus rapides, qui ne servent pas davantage.

Et si vous voulez aller plus loin, lancez la conversation qui prolonge ce travail : avec vos équipes, avec vos pairs, avec un regard extérieur. C'est précisément ce que je fais dans mes missions de diagnostic du pilotage : je passe les deux premiers jours à écouter et à poser des questions. Les recommandations techniques viennent en dernier. Dans l'ordre inverse, elles n'ont pas de sens.

Je termine par une conviction simple, qui résume l'ensemble. Un outil ne sauvera jamais une question absente. Une question précise peut presque toujours se passer d'un outil parfait.Retournez l'ordre. Commencez par la question. Vous découvrirez que le pilotage est un exercice humain avant d'être un exercice technique — et que la donnée, dans ce contexte, retrouve sa juste place : un support, pas une fin. C'est une conviction à contre-courant de l'époque, mais elle résiste bien à l'épreuve du terrain. Et c'est finalement elle que je vous invite à mettre à l'épreuve dans votre propre contexte.

Questions fréquentes

Pourquoi le dashboard parfait n'existe-t-il pas ?

Parce qu'une décision intéressante ne se lit pas dans un tableau de bord : elle se construit dans une conversation. Le dashboard parfait reporte sur l'outil une responsabilité qui appartient aux humains — comprendre ce qui compte, choisir quoi observer, décider quoi faire. Ces trois opérations ne se délèguent pas à un logiciel, elles se structurent dans un dialogue de pilotage.

Par quoi commencer quand on cherche un outil de pilotage ?

Pas par l'outil. Commencez par lister les trois à cinq décisions qui vous mettent le plus en difficulté aujourd'hui. Pour chacune, formulez la question qui devrait être clarifiée pour décider avec confiance. Identifiez ensuite les données nécessaires, les sources possibles et les seuils à définir. Ce travail prend une demi-journée et produit un cahier des charges qui permet d'évaluer n'importe quel outil — ou de s'en passer.

Comment reconnaître une question de pilotage bien formulée ?

Une bonne question est précise, actionnable et mesurable. Exemples : « à partir de quel niveau d'absentéisme faut-il déclencher une analyse des conditions de travail ? », « quel écart budgétaire mensuel justifie une révision du plan d'actions trimestriel ? ». Elle se traduit directement en indicateurs et en seuils. À l'inverse, « comment améliorer le pilotage ? » ou « comment gagner en visibilité ? » sont des questions molles qui ne débouchent sur rien.

Faut-il vraiment attendre d'avoir la question avant d'acheter un outil ?

Oui. Une demi-journée de conversation structurée évite dans beaucoup de cas six mois de déploiement d'un outil qui n'apportera pas ce qu'on attendait. J'ai vu des équipes stopper un projet ETL à sept chiffres après une heure d'entretien : la vraie question s'est révélée soluble avec l'outil existant. Un outil résout un problème formulé, il ne formule pas le problème.

Quelles organisations réussissent leur pilotage ?

Celles qui inversent l'ordre habituel : elles commencent par les décisions à éclairer, puis identifient les questions à poser aux données, puis seulement choisissent l'outil. Cette approche élimine 80 % des indicateurs produits « au cas où », aligne spontanément les décideurs sur ce qui compte et rend le choix d'outil trivial. C'est l'inverse de la démarche projet classique — et c'est pour cela qu'elle fonctionne.

Brice Béchet

Consultant en pilotage des organisations

Contrôleur de gestion sénior, data scientist et créateur d'effectivo.fr, application de prévision stratégique des effectifs (Anticipez. Simulez. Décidez) — j'accompagne les organisations à structurer leurs données et optimiser leur pilotage.

En savoir plus LinkedIn