Partie 5 — Mesurer ce qui s'est passé
Le tableau de bord et les jalons à 30/90/180 jours
Presque personne ne fait cette partie. Un business case est approuvé, le projet est livré, et six mois plus tard tout le monde a une idée générale de sa réussite et personne n’a le chiffre. Ce texte ferme la boucle que les quatre autres ouvrent : il transforme la projection de la partie 4 en résultat mesuré, avec une vraie décision attachée à une échéance fixe.
Mettez en place le tableau de bord avant le lancement, pas après
Tirez les métriques directement des deux blocs auxquels vous vous êtes déjà engagé :
- La base de référence du KPI issue de la chaîne d’impact de la partie 2 — le chiffre, et qui l’a validé
- L’objectif financier issu du calcul en quatre étapes de la partie 3 — le bénéfice du cas conservateur et la date de récupération de la partie 4
Un tableau de bord qui fonctionne, pour une entreprise de taille moyenne, n’a pas besoin de plus d’une poignée de chiffres, suivis avec constance :
- Le KPI métier lui-même (taux de conversion, coût par transaction, taux d’erreur — celui que le projet a été conçu à faire bouger)
- L’adoption — la métrique que la plupart des business cases sautent, et celle qui a le plus de chances de transformer une bonne projection en résultat décevant. Utilisateurs actifs ou taux d’usage, mesurés chaque semaine dès la première semaine, pas supposés.
- La qualité ou le taux d’erreur sur la part du travail traitée par l’IA
- Le coût — les dépenses réelles face au chiffre budgété du business case, directes et indirectes
- Le volume ou le débit — le processus traite-t-il réellement ce qui était projeté, ou le périmètre s’est-il discrètement réduit
Suivez-les selon une cadence fixe — hebdomadaire pour l’adoption le premier mois, mensuelle pour tout le reste — pendant les six premiers mois. Un chiffre vérifié une fois à la fin vous dit bien moins que le même chiffre observé pendant qu’il évolue.
Trois jalons, chacun avec une vraie décision
C’est ce qui rend un tableau de bord utile plutôt que décoratif : une décision attachée à chaque date, convenue avant le lancement, pas improvisée après.
Jour 30 — Est-il utilisé ? Trop tôt pour juger le rendement financier. Pas trop tôt pour juger l’adoption. Si l’usage est bien en dessous du plan au jour 30, c’est le moment d’intervenir — plus de formation, un premier cas d’usage plus étroit, l’implication directe des personnes censées l’utiliser — pas au jour 90, quand la moitié du budget pilote est dépensée et que la logique des coûts irrécupérables s’installe. Décision : continuer comme prévu, ou ajuster le déploiement.
Jour 90 — Le pilote atteint-il les chiffres du business case ? C’est le point auquel le « point de décision » du plan de mise en œuvre de la partie 4 fait généralement référence. Comparez l’évolution réelle du KPI et le coût réel au cas conservateur que vous avez présenté — pas à l’optimiste, et pas à une version revue à la baisse de l’objectif discrètement substituée parce que le chiffre réel est resté court. Décision : passer au déploiement complet, prolonger le pilote, ou arrêter.
Jour 180 — S’est-il rentabilisé, et le KPI tient-il ? Assez de temps pour que le calcul de récupération de la partie 3 soit confronté à la réalité, et assez de temps pour voir si une amélioration précoce du KPI a tenu ou s’est estompée à mesure que l’effet de nouveauté s’est dissipé. C’est aussi le moment de revoir le registre des risques de la partie 1 — le risque d’adoption s’est-il réellement matérialisé, quelque chose a-t-il changé côté juridique ou données. Décision : étendre le projet à tout son périmètre prévu, le maintenir au périmètre actuel, ou l’arrêter.
Que faire d’un résultat qui rate
Un échec n’est pas un échec de la méthode — c’est la méthode qui fonctionne. Tout l’intérêt de fixer une base de référence et un cas conservateur en amont est de pouvoir dire, proprement, qu’un projet a sous-performé, et pourquoi : l’adoption est arrivée plus bas que modélisé, le taux d’erreur en production ne correspondait pas à celui du pilote, l’hypothèse de volume était fausse. C’est une phrase précise et utile. « Ça n’a pas vraiment marché » six mois après un lancement non mesuré ne l’est pas — et c’est exactement le résultat que tout ce playbook existe pour éviter.