Comment mesurer le retour sur investissement d’un projet IA
Pourquoi les gains annoncés sont rarement fiables, quels indicateurs tiennent la route, quels coûts sont systématiquement oubliés, et un exemple de calcul complet.
« L’intelligence artificielle fait gagner 30 % de productivité. » Ce chiffre circule beaucoup. Il ne veut rien dire, et il est vérifiable par personne : 30 % de quoi, mesurés comment, sur quelle période, dans quelle entreprise ?
Le retour sur investissement d’un projet IA se mesure comme celui de n’importe quel projet d’organisation. La difficulté n’est pas méthodologique : elle tient au fait que presque personne ne mesure la situation de départ, ce qui rend tout calcul ultérieur invérifiable.
Pourquoi les chiffres annoncés sont rarement fiables
Quatre biais reviennent systématiquement, et ils se cumulent.
On mesure après, jamais avant. La question « combien de temps cela prenait-il avant ? » est posée trois mois après la mise en service, à des gens qui ne s’en souviennent plus. Les réponses obtenues sont des reconstructions, et elles vont toujours dans le sens de l’effort consenti.
On mesure la tâche, pas le processus. La rédaction d’un compte rendu passe de quarante minutes à dix : le gain paraît spectaculaire. Mais si la relecture et les corrections ajoutent quinze minutes qui n’existaient pas, le gain réel est de moitié moindre.
On confond temps gagné et valeur créée. Vingt minutes libérées par jour et par personne ne deviennent une valeur que si elles sont réemployées à quelque chose d’utile. Dans certains cas elles le sont ; dans d’autres elles se dissolvent.
On oublie les coûts internes. Le devis du prestataire est connu au centime près. Le temps passé par vos équipes à préparer les données, tester, corriger et accompagner ne figure nulle part — alors qu’il représente souvent la moitié du coût total.
Mesurer avant, pas après
C’est la seule règle véritablement non négociable. Une mesure de départ prise après le démarrage n’a aucune valeur probante.
Ce qu’il faut relever, et comment
La mesure de départ n’a pas besoin d’être sophistiquée. Elle a besoin d’être écrite, datée et reproductible.
- Choisissez un indicateur unique. Pas trois. Le temps de traitement d’une unité de travail, le nombre d’erreurs pour cent unités, ou le délai entre réception et réponse.
- Relevez sur un échantillon suffisant. Trente à soixante unités, sur une période représentative — pas la semaine du 15 août.
- Notez les conditions. Qui a réalisé la mesure, sur quel périmètre, avec quelles exclusions.
- Conservez le relevé. C’est ce document, et lui seul, qui rendra le bilan discutable sur des faits.
Une mesure de départ prend rarement plus d’une demi-journée. C’est le meilleur rapport entre l’effort consenti et la solidité obtenue de tout le projet.
Les indicateurs qui tiennent
Tous ne se valent pas. Un bon indicateur possède quatre propriétés : il se mesure sans interprétation, il ne dépend pas de la bonne volonté de celui qui le relève, il est insensible aux variations saisonnières, et il intéresse la direction.
| Indicateur | Quand il convient | Sa limite |
|---|---|---|
| Temps de traitement unitaire | Tâches répétitives à volume stable | Ne capte pas la charge de relecture ajoutée |
| Taux d’erreur pour 100 unités | Saisie, extraction, contrôle de dossiers | Suppose un contrôle indépendant, donc coûteux |
| Délai de bout en bout | Service client, traitement de commandes | Sensible à des facteurs extérieurs au projet |
| Volume traité à effectif constant | Activités en croissance | Ne vaut que si la demande, elle, augmente |
| Taux d’usage réel | Tout déploiement d’outil | Mesure l’adoption, pas le bénéfice |
Le dernier mérite une mention particulière. Le taux d’usage réel — combien de personnes utilisent l’outil chaque semaine, sur combien d’équipées — n’est pas un indicateur de retour sur investissement. Il est en revanche le meilleur signal d’alerte précoce : un usage qui retombe sous 30 % après six semaines annonce un bilan décevant, quels que soient les gains théoriques.
Les coûts qu’on oublie
Le dénominateur du calcul est presque toujours sous-estimé. Voici ce qu’il faut y faire figurer.
Le temps interne de préparation. Rassembler, nettoyer et structurer les données représente couramment 30 à 50 % de la charge totale d’un projet. Il est presque toujours absorbé par des équipes déjà occupées, donc invisible en comptabilité.
L’accompagnement. Comptez au minimum une demi-journée de formation par équipe, plus le temps de la personne qui répondra aux questions pendant les premières semaines.
Le coût d’usage récurrent. Licences, consommation à l’usage, hébergement. À multiplier par le nombre d’utilisateurs et par douze — c’est un coût annuel, pas un investissement ponctuel.
La maintenance. Un processus automatisé suit l’évolution de l’entreprise : nouveau format de document, nouvelle règle de gestion, changement d’outil en amont. Prévoyez 15 à 20 % du coût initial par an.
Le coût du contrôle. Beaucoup d’usages exigent une vérification humaine. Si elle est systématique, elle doit figurer dans le calcul ; c’est parfois elle qui annule le gain.
Un exemple de calcul complet
Prenons un cas courant : l’extraction automatique des informations de facture fournisseur, dans une PME de soixante personnes.
Situation de départ, mesurée en mars
- 42 factures par jour ouvré, soit environ 920 par mois
- 3 min 40 s de traitement moyen par facture, relevé sur 60 factures
- 2 personnes concernées au service comptable
- 11 erreurs de saisie détectées sur le mois, chacune coûtant environ 20 minutes de correction
Temps mensuel : 920 × 3,67 min ≈ 56 heures, auxquelles s’ajoutent 11 × 20 min ≈ 3,7 heures de correction. Total : 59,7 heures par mois.
Coûts du projet, sur douze mois
| Poste | Montant |
|---|---|
| Mise en place par un prestataire | 9 000 € |
| Temps interne de préparation (12 j × 350 €) | 4 200 € |
| Formation et accompagnement | 1 200 € |
| Abonnement et consommation (12 mois) | 2 400 € |
| Maintenance estimée (18 %) | 1 620 € |
| Total première année | 18 420 € |
Situation après, mesurée en juin
- 1 min 05 s de traitement moyen, relevé sur 60 factures
- s’y ajoute un contrôle systématique de 25 secondes par facture, qui n’existait pas
- 3 erreurs détectées sur le mois
Temps mensuel : 920 × 1,5 min ≈ 23 heures, plus 3 × 20 min = 1 heure. Total : 24 heures.
Le calcul
Gain : 59,7 − 24 = 35,7 heures par mois, soit 428 heures par an. Valorisées à 35 € l’heure chargée : 14 980 € par an.
Sur la première année, le projet coûte 18 420 € pour 14 980 € de gain : il est déficitaire de 3 440 €. Sur la deuxième année, les coûts se limitent à l’abonnement et à la maintenance (4 020 €) pour le même gain : l’excédent est de 10 960 €.
Le point d’équilibre se situe à environ quinze mois.
Ce que cet exemple montre
Trois enseignements, qui se vérifient sur la plupart des projets.
Le contrôle ajouté ampute le gain de près d’un tiers. Il est réel, il est nécessaire, et il est presque toujours absent des estimations initiales.
La première année est rarement rentable. Annoncer un retour sur investissement en six mois est possible, mais suppose des volumes plus importants ou une mise en place plus légère.
Le calcul n’a de sens que parce que la mesure de mars existe. Sans elle, la même démonstration reposerait sur une impression.
Questions fréquentes
Faut-il valoriser le temps gagné au coût horaire chargé ?
C’est la convention la plus courante et la plus défendable. Gardez à l’esprit qu’elle suppose que le temps libéré est réemployé utilement. Si ce n’est pas le cas, le gain est un gain de confort, ce qui a de la valeur mais ne se comptabilise pas de la même manière.
Sur quelle durée calculer ?
Trois ans est la durée habituelle pour ce type de projet. Un calcul sur douze mois seulement pénalise artificiellement les projets à mise en place lourde ; un calcul sur cinq ans surestime la stabilité des outils.
Que faire des gains non quantifiables ?
Les mentionner à part, sans les chiffrer. La qualité de vie au travail, la réduction du risque d’erreur sur des sujets sensibles ou la capacité à absorber un pic d’activité sont des arguments recevables — ils perdent toute crédibilité dès qu’on leur attribue un montant inventé.
À quel moment faire le bilan ?
Quatre à six semaines après la mise en service pour un premier constat, puis à six mois pour le chiffre qui compte. Un bilan à quinze jours mesure surtout la courbe d’apprentissage.
Que faire si le résultat est décevant ?
Vérifier d’abord le taux d’usage réel : dans la majorité des cas que nous rencontrons, le problème n’est pas l’outil mais son adoption. Si l’usage est bon et le gain absent, c’est que le processus lui-même était le sujet, et non sa vitesse d’exécution.
En résumé
Mesurer le retour sur investissement d’un projet IA ne demande aucune méthode particulière. Cela demande une discipline : relever la situation de départ avant de commencer, choisir un seul indicateur, compter les coûts internes au même titre que les factures, et intégrer le contrôle ajouté dans le calcul.
Un projet dont la mesure de départ n’a pas été prise ne pourra jamais être évalué. C’est la demi-journée la plus rentable de tout le projet.
Vous souhaitez appliquer cela à votre entreprise ? Un premier échange permet d’identifier ce qui est réellement pertinent dans votre contexte.