Comment mesurer le ROI de l'IA autrement qu'en heures gagnées ?

Pourquoi les heures gagnées ne convainquent pas une direction financière

Le business case d’un projet IA s’écrit encore, trop souvent, en ETP évités. On estime un temps de traitement manuel, on le multiplie par un volume, on applique un taux de substitution, on obtient une économie. L’exercice est familier. Il convainc rarement deux fois.

D’abord, le temps de référence est contestable. Le « deux mois manuels » d’une analyse est une estimation de laboratoire, pas une ligne de temps constatée sur un an. Le comité financier le sait. Il accorde une décote, ou il demande la source. Si la source est une interview, la décote est forte.

Ensuite, les heures « gagnées » ne sont presque jamais réallouées de façon visible. L’équipe ne diminue pas. Elle absorbe plus de volume, ou elle reprend le temps en revue. L’économie n’apparaît pas au compte de résultat. Elle apparaît, au mieux, dans une capacité supplémentaire non mesurée. Une capacité non mesurée n’est pas un ROI. C’est une hypothèse.

Enfin, l’heure gagnée ne dit rien de la qualité ni de l’opposabilité. Traiter plus vite un livrable indéfendable n’est pas une création de valeur. C’est une accélération du passif. Les directions financières qui ont vécu un audit laborieux le comprennent plus vite que les équipes projet. Elles demandent un autre numérateur.

Il ne s’agit pas de nier qu’un rituel plus court a de la valeur. Le cycle time, lorsqu’il est mesuré (avant / après, même périmètre, même livrable), est un indicateur. Il n’est pas une conversion automatique en masse salariale. Le présenter comme tel expose le projet à un démenti à douze mois, quand les ETP sont toujours là.

Les trois indicateurs mesurables

Trois grandeurs se lisent dans un système qui journalise les runs. Elles ne demandent pas d’enquête de satisfaction.

Le taux d’acceptation sans correction. Part des sorties signées telles quelles, ou avec une correction mineure définie. C’est un ratio, pas un ressenti. Il se suit par vague, par rituel, par seuil de confiance. Un taux qui monte signifie que la correction baisse, donc que le coût humain par run baisse. Un taux qui stagne à bas niveau signifie que l’on paie l’inférence pour produire du rework. L’indicateur est actionnable : on peut relier une baisse à un changement de modèle, de référentiel, de consigne.

Le coût par exécution. Somme, pour un run, de l’inférence et, si on les rattache, des temps de correction et de vérification. Même une version partielle (inférence + volume envoyé en revue) vaut mieux qu’une facture mensuelle opaque. Le coût par run permet de comparer des rituels, d’arbitrer un modèle plus cher contre un taux d’acceptation plus élevé, de voir une dérive. Il est l’unité que le tarif au run, côté plateforme, rend cohérente. Sans cette unité interne, le tarif externe n’a pas de miroir.

Le délai de production d’un dossier de preuve. Temps entre la demande (« montrez-moi pourquoi ce résultat ») et l’export du pack. Cinq minutes, ou cinq jours. Cet indicateur n’existe pas dans les business cases classiques. Il existe dans la vie d’un DAF et d’un auditeur. Le faire entrer dans le ROI, c’est reconnaître que l’opposabilité a une valeur de production, pas seulement une valeur juridique. Un rituel dont le pack sort dans la journée n’a pas le même profil de risque qu’un rituel dont le pack n’existe pas.

Ces trois indicateurs ont une propriété commune : ils sont dans le système. Pas dans un questionnaire trimestriel. Un Cockpit qui ne les affiche pas ne pilote pas le ROI. Il pilote l’activité. L’activité n’est pas le retour.

On peut les compléter par le cycle time du rituel, à condition qu’il soit mesuré sur le même périmètre avant et après, et qu’il inclue la signature, pas seulement la génération. Un cycle time qui s’arrête à la sortie du modèle ignore la vérification. C’est précisément la part que les heures gagnées théoriques oublient. L’inclure évite de célébrer une accélération que le comité, lui, ne voit pas.

Le risque évité comme valeur

Une part du retour n’est pas un gain. C’est une perte qui n’a pas lieu. Non-qualité évité, omission d’exigence, classement faux qui aurait coûté en findabilité, commentaire financier non sourcé qui aurait coûté en revue, décision de comité indéfendable.

Cette part est difficile à chiffrer a priori. Elle n’est pas pour autant rhétorique. On peut la borner. Coût historique d’une non-conformité. Coût d’une analyse manuelle annuelle déjà budgétée. Coût d’un cycle d’audit allongé. Lorsqu’un équipementier estime 150 000 € par an d’analyse manuelle d’exigences, l’ordre de grandeur du risque et du coût actuel est posé. On ne prétend pas à l’euro près. On cesse de mettre zéro.

Le risque évité se matérialise aussi en accès au comité. Un livrable qui n’entre pas en décision a un ROI nul, quelles que soient les heures théoriques. Un livrable qui entre, parce qu’il est signable, a au moins la valeur du rituel qu’il équipe. Cette valeur-là se constate : le run est approuvé, le pack existe, le comité s’est tenu. Ce n’est pas une projection. C’est un fait d’exploitation.

Les organisations qui refusent de parler de risque évité parce que « ce n’est pas un cash-in » se privent d’un langage que leurs commissaires et leurs risk managers parlent déjà. Le ROI de l’IA, sur les rituels à enjeu, est mixte : efficacité mesurée, plus réduction d’une exposition. Le second terme n’a pas à être gonflé. Il a à être nommé, et borné par des coûts déjà connus.

La capitalisation comme actif

Chaque validation correcte peut rendre la suivante moins coûteuse : pattern retenu, seuil ajusté, formulation acceptée, cas limite documenté. C’est la capitalisation. Elle ne se voit pas dans les heures gagnées de la première vague. Elle se voit dans le taux d’acceptation des vagues suivantes, et dans la baisse du coût par run à volume constant.

Sans mémoire des validations, chaque run recommence à zéro. Le ROI stagne. Avec une mémoire : une vault des patterns validés, pas un dossier mort : le système amortit l’apprentissage. L’actif n’est pas le modèle. L’actif est le stock de jugements rattachés à des runs. Ce stock est propre à l’organisation. Il ne se télécharge pas chez un fournisseur.

Pour une direction financière, cet actif a une nature familière : c’est de l’outillage de production qui s’apprécie à l’usage, s’il est entretenu. Il se déprécie si les runs cessent d’être validés, ou si la preuve n’est plus émise. Le suivre, c’est relier le taux d’acceptation au temps. Un taux qui ne monte pas après six mois de production n’est pas de la capitalisation. C’est de la répétition.

Mesurer le ROI autrement qu’en heures gagnées, c’est donc accepter un tableau de bord plus pauvre en storytelling, plus riche en grandeurs d’exploitation. Acceptation, coût par run, délai de preuve, bornes de risque évité, pente de capitalisation. Ces grandeurs tiennent dans un comité d’investissement. Les ETP théoriques, au bout d’un an, n’y tiennent plus. Le premier tableau se construit dans le système, à condition que le système journalise autre chose que des tokens. Le second se construit dans un tableur. Les tableurs, en matière d’IA, ont déjà donné ce qu’ils avaient à donner.