Calculer le retour sur investissement d’une automatisation

Le retour sur investissement d’une automatisation se calcule comme n’importe quel autre : (gain annuel − coût annuel) ÷ coût total de mise en place. Un résultat de 1 signifie que vous récupérez votre mise en un an. De 3, en quatre mois.

Tout l’enjeu est dans les deux termes du haut, que presque tout le monde estime mal : on surestime le gain en oubliant que l’automatisation n’est jamais totale, et on sous-estime le coût en oubliant tout ce qui vient après la mise en ligne.

Pas le temps que vous croyez y passer : le temps mesuré. Prenez une semaine ordinaire et notez, pour la tâche visée, trois chiffres : combien de fois elle revient, combien de minutes elle prend à chaque fois, et qui la fait.

Ce dernier point est celui qu’on oublie. Une saisie faite par le dirigeant ne coûte pas le même prix que la même saisie faite par un alternant. Utilisez un coût horaire chargé — salaire brut plus charges, divisé par les heures travaillées — pas le taux horaire net.

C’est l’étape que les devis oublient systématiquement. Aucune automatisation ne traite 100 % des cas : il reste toujours les exceptions, les demandes mal formulées, les clients qui appellent au lieu d’écrire, les pannes de l’outil d’en face.

• Tâche très cadrée (transfert de données entre deux outils, notification, relance programmée) : comptez 90 à 95 %.
• Tâche avec du langage naturel (réponse à une demande, qualification, extraction de document) : comptez 70 à 85 %.
• Tâche qui suppose un jugement (chiffrage, arbitrage, négociation) : comptez 30 à 50 %, et considérez que l’outil assiste plutôt qu’il n’automatise.

Ce pourcentage s’applique au temps mesuré à l’étape 1. Le reste continue de vous coûter — et il faut ajouter le temps de supervision, qui est nouveau.

Quatre lignes, dont trois sont régulièrement absentes des calculs qu’on nous montre :

1. 01La mise en place. Conception, développement, tests, mise en production. C’est la seule ligne que tout le monde compte.
2. 02Les abonnements. Plateforme d’automatisation, appels aux modèles d’IA, éventuelles montées de gamme sur vos outils existants pour accéder à leur interface de programmation.
3. 03La supervision. Quelqu’un doit vérifier que ça tourne, relire les cas limites, traiter ce qui a échoué. Comptez une à trois heures par mois et par automatisation, davantage les deux premiers mois.
4. 04La maintenance. Vos outils évoluent, leurs interfaces changent, vos process aussi. Une automatisation demande à être reprise une à deux fois par an. Une automatisation jamais reprise est une automatisation qui a discrètement cessé de fonctionner.

Prenons le suivi des devis dans une entreprise de services — les chiffres ci-dessous sont ceux d’un scénario type, à remplacer par les vôtres. Aujourd’hui, quelqu’un envoie le devis, note une relance dans un coin, relance parfois, et oublie souvent.

Retour sur investissement : (2 184 − 600) ÷ 1 800 = 0,88 la première année, puis 2,6 les années suivantes puisque la mise en place ne se repaie pas. Autrement dit : rentabilisé en un peu plus de treize mois, franchement rentable ensuite.

Et ce calcul ignore encore le gain principal, dont nous parlons plus bas : les devis relancés qui se transforment en commandes.

Le calcul en heures est le socle, parce qu’il est défendable. Mais dans la plupart des projets que nous livrons, ce n’est pas là que se trouve la vraie valeur.

• Le chiffre d’affaires récupéré. Une relance systématique sur des devis qui dormaient transforme quelques dossiers par mois. Un seul suffit souvent à couvrir l’automatisation entière.
• Le délai de première réponse. Répondre en dix minutes plutôt qu’en deux jours change le taux de transformation, sur un marché où le premier qui répond emporte fréquemment l’affaire.
• Les erreurs évitées. Une facture oubliée, une donnée mal ressaisie, un rendez-vous manqué. Chacune a un coût que personne ne comptabilise.
• La capacité sans embauche. Absorber 30 % de volume en plus sans recruter, c’est une économie qui ne se lit sur aucune ligne budgétaire.
• Ce que l’équipe ne fait plus. La tâche pénible qui usait tout le monde. Cela ne se chiffre pas, et cela compte.

Chiffrez ces gains séparément, et présentez-les comme des hypothèses. Un calcul honnête qui distingue le certain du probable emporte plus facilement la décision qu’un chiffre unique et flatteur.

Notre règle, simple et volontairement conservatrice : nous ne recommandons une automatisation que si elle se rembourse en moins de douze mois sur le seul gain de temps, sans compter les gains indirects.

En dessous, c’est un projet sûr. Entre douze et vingt-quatre mois, cela se discute — la question devient celle de la stabilité du process : automatiser quelque chose qui va changer dans six mois n’a pas de sens. Au-delà de vingt-quatre mois, le sujet n’est probablement pas l’automatisation, mais le process lui-même, qu’il faut d’abord simplifier.

Trois causes, et aucune n’est technique.

• Personne ne mesure après. Sans chiffre de départ ni relevé à six mois, l’automatisation devient une dépense dont plus personne ne sait justifier l’intérêt. C’est ainsi que meurent de bons outils.
• L’ancien process survit en parallèle. Deux personnes continuent de faire à la main ce que l’outil fait déjà, « au cas où ». Le gain est nul, le coût double.
• Le temps libéré n’est pas réaffecté. Huit heures par mois rendues à une équipe qui ne sait pas quoi en faire ne produisent aucune valeur. Décidez à l’avance de ce qui remplira ce temps.

Si vous voulez que nous fassions ce calcul avec vous sur un ou deux process précis, c’est le point de départ de notre audit digital, et le sujet le plus fréquent de nos premiers échanges. Pour choisir quoi automatiser en premier, notre article sur les agents IA en PME donne la grille de tri que nous utilisons.