Mesurer le ROI de l’IA : le tableau de bord qui met tout le monde d’accord

Le ROI de l’IA en entreprise se mesure avec trois métriques : le temps gagné par process, comparé à une référence mesurée avant le déploiement ; le taux d’adoption, c’est-à-dire qui utilise réellement le système ; et le coût par tâche, ce que coûte chaque livrable produit avec l’IA. Trois chiffres, un tableau de bord partagé — et la question « est-ce que ça rapporte ? » cesse d’être un débat d’opinions.

Car c’est bien le problème dans la plupart des entreprises : chacun a une intuition. Le sponsor du projet est convaincu que « les équipes gagnent un temps fou ». Le directeur financier soupçonne un gadget coûteux. Les deux argumentent avec des anecdotes. Sans mesure, celui qui parle le plus fort gagne — et le projet perd, quel que soit le vainqueur.

Pourquoi les intuitions ne suffisent plus

Les anecdotes ont lancé le projet ; elles ne peuvent pas le défendre. « Marie rédige ses briefs deux fois plus vite » est un signal, pas une preuve : personne ne sait si Marie est représentative, si le gain persiste, ni ce qu’il vaut ramené au coût du déploiement. Au premier arbitrage budgétaire, ce récit s’effondre face à une ligne de coûts, elle, parfaitement chiffrée.

L’asymétrie est là : les coûts de l’IA sont visibles par défaut — abonnements, consommation, factures —, tandis que les gains sont invisibles par défaut : du temps rendu aux équipes, dispersé en dizaines de petits moments dans la semaine. Un projet qui ne mesure pas ses gains se présente donc structurellement comme une dépense, même quand il est très rentable. Le tableau de bord ne sert pas à faire joli — il rétablit la symétrie.

Quelles métriques pour mesurer le ROI de l’IA ?

Trois métriques suffisent, à condition de les prendre au sérieux — c’est-à-dire de les mesurer, pas de les estimer :

• Le temps gagné par process : mesurer le temps de la tâche avant déploiement (la référence), puis après ; sans référence initiale, le gain restera à jamais invérifiable — c’est la mesure à prendre en premier, dès l’audit.
• Le taux d’adoption : la part des utilisateurs prévus qui utilisent réellement le système chaque semaine ; un gain spectaculaire limité à trois personnes sur trente est un problème de déploiement déguisé en succès.
• Le coût par tâche : la consommation d’IA rapportée au nombre de livrables produits — un brief, une qualification de lead, une revue de document — comparable directement au coût humain de la même tâche.

Construire le tableau de bord sans usine à gaz

Le piège classique : vouloir tout mesurer et ne rien mesurer du tout. Un tableau de bord utile tient sur une page, se met à jour sans effort manuel, et se lit en deux minutes par quelqu’un qui n’a pas suivi le projet. Par équipe : temps gagné sur les process ciblés, adoption hebdomadaire, coût par tâche. Rien d’autre au départ.

Deux règles d’hygiène le rendent crédible. D’abord, les références se mesurent avant le déploiement — reconstituer un « avant » de mémoire produit des chiffres que personne ne croira, à commencer par la finance. Ensuite, le tableau est partagé tel quel : les mêmes chiffres pour la direction, les équipes et la finance. Un tableau de bord retouché selon l’audience ne met personne d’accord ; il alimente la défiance qu’il devait éteindre.

Ce que le tableau de bord change dans les décisions

La mesure ne sert pas à produire un rapport : elle sert à arbitrer. Un process qui gagne quatre heures par semaine et par personne mérite d’être étendu aux équipes voisines. Un skill que personne n’utilise mérite d’être corrigé ou supprimé. Une adoption qui plafonne révèle un besoin de formation, pas un échec de l’outil. Sans chiffres, ces trois situations se ressemblent ; avec, elles appellent trois décisions différentes.

Ce pilotage est le quatrième pilier du Harness d’entreprise — la couche d’orchestration entre Claude et vos process — et c’est celui qui fait tenir les trois autres dans la durée. C’est aussi pour cela que, dans le Programme Autonomie Claude, les références de temps se mesurent dès la première semaine : un ROI se prépare avant le déploiement, jamais après.