Calculer le ROI d'un projet IA en PME : la méthode honnête, avec un exemple complet

Le devis de l'outil n'est pas le coût du projet

Quand un dirigeant de PME évalue un projet IA, il reçoit presque toujours le même calcul : « vos équipes passent X heures sur cette tâche, l'outil coûte Y euros par mois, faites la soustraction ». Ce calcul a un mérite — il est simple — et un défaut : il est faux. Pas parce que le gain n'existe pas, mais parce qu'il compare un gain brut théorique à un coût partiel.

Le vrai calcul tient en trois questions, dans cet ordre :

1. Combien d'heures la tâche consomme-t-elle réellement, et quelle part est réellement automatisable ?
2. Que coûte le projet en entier : licences, mise en œuvre, formation, maintenance — pas seulement l'abonnement ?
3. Le gain net qui reste justifie-t-il l'effort, comparé à d'autres investissements possibles ?

Personne ne peut répondre à la première question depuis un catalogue de solutions. C'est pour cela que la démarche sérieuse commence par cartographier ses processus avant d'automatiser quoi que ce soit — mais voyons d'abord la mécanique du calcul.

La formule de base : le gain brut

Le gain brut annuel d'une automatisation se calcule ainsi :

Gain brut = personnes concernées × heures par semaine sur la tâche × semaines travaillées par an × part automatisable × coût horaire chargé

Deux points de vigilance sur cette formule :

• Le coût horaire chargé, pas le salaire net. Charges patronales comprises, un poste coûte sensiblement plus que ce que voit le salarié sur sa fiche de paie. C'est ce coût complet que le temps libéré fait économiser.
• La part automatisable est une hypothèse, pas une donnée. Aucun processus n'est automatisable à 100 % : il reste les cas particuliers, les exceptions, la validation humaine. Poser ce pourcentage honnêtement — et le vérifier ensuite sur le terrain — est ce qui sépare un calcul crédible d'une plaquette commerciale.

Vous pouvez faire tourner cette formule en trente secondes avec vos propres chiffres sur notre calculateur ROI IA : les hypothèses y sont affichées et modifiables, précisément parce qu'un calcul dont on cache les hypothèses ne vaut rien.

L'exemple complet : une PME fictive, ligne par ligne

Prenons un cas entièrement fictif, construit pour montrer la méthode. Chaque chiffre ci-dessous est une hypothèse posée, pas une statistique : remplacez-les par vos valeurs.

Le contexte imaginé : un cabinet d'études techniques de 18 salariés. Son administration des ventes — 4 personnes — passe un temps significatif à ressaisir des commandes reçues par email dans l'ERP, à relancer les pièces manquantes et à préparer les accusés de réception.

Les hypothèses posées

Le gain brut annuel

C'est ce chiffre-là — environ 12 000 € par an — qu'un vendeur de solution mettra en avant. Il est exact. Il est aussi incomplet.

Les coûts que le devis ne montre pas

Le poste « formation et adoption » surprend souvent : il couvre les sessions de prise en main, mais aussi la période où l'équipe travaille moins vite parce qu'elle apprend, vérifie, corrige. Ce coût est invisible sur un devis et bien réel sur le terrain.

Le ROI net, première année et régime de croisière

La lecture honnête : le projet est rentable, mais le gain net de la première année est trois fois plus petit que la promesse brute. Un dirigeant qui a budgété sur les 12 000 € annoncés vivra la première année comme une déception — alors que le projet tient exactement ses chiffres. C'est toute la différence entre un calcul complet et un argumentaire.

Les quatre pièges qui faussent le calcul

Compter le temps théorique, pas le temps réel

« On passe une journée par semaine là-dessus » est une impression, pas une mesure. Dans les faits, la tâche est entrecoupée, partagée, incomplète. Mesurez sur deux semaines réelles avant de poser le premier chiffre — c'est exactement ce que produit une cartographie de processus sérieuse.

Oublier le coût d'adoption

Un outil déployé n'est pas un outil utilisé. Si l'équipe contourne le système parce qu'il a été imposé sans accompagnement, le gain tombe à zéro et les licences continuent de tomber. Le budget formation-adoption n'est pas du confort : c'est la condition du ROI.

Choisir le cas d'usage à la mode plutôt que le cas fréquent

Le chatbot fait rêver en démonstration ; la ressaisie de commandes fait gagner 400 heures par an. Le bon cas d'usage n'est pas le plus impressionnant, c'est celui qui touche un volume élevé d'heures répétitives à faible valeur ajoutée. Notre article sur les erreurs qui font échouer un projet IA en PME détaille ce piège — c'est le plus coûteux de tous.

Déployer sans avoir défini les KPI

Si vous ne mesurez pas le temps réel avant le projet, vous ne pourrez jamais prouver le gain après. Trois indicateurs suffisent, définis avant le premier jour de déploiement :

• le temps passé sur le processus, mesuré de la même façon avant et après ;
• le taux d'utilisation réel de l'outil par l'équipe ;
• le taux de reprise manuelle — la part des cas où un humain doit corriger ce que l'automatisation a produit.

Du calcul de coin de table au chiffrage qui engage

Le calcul présenté ici tient sur un tableur et suffit pour décider si un sujet mérite d'être creusé. Il ne suffit pas pour engager un budget : à ce stade, la part automatisable est une estimation, le temps mesuré ne couvre qu'un processus, et rien ne dit que ce processus est le meilleur candidat de l'entreprise.

C'est le rôle d'un diagnostic IA : cartographier l'ensemble des processus, identifier les cas d'usage réellement applicables, et chiffrer chacun avec des hypothèses documentées — pour investir sur le bon sujet, pas sur le premier venu. Si le chiffrage débouche sur un projet structurant, sachez enfin qu'il existe des dispositifs publics de soutien à l'adoption de l'IA : vérifiez si votre entreprise entre dans les critères du Diag Data IA avant de tout financer en direct.

En attendant, la première étape ne coûte rien : posez vos chiffres dans le calculateur et regardez l'ordre de grandeur.