ROI logiciel : mesurer les gains sans surestimer les économies

Mots-clés : retour sur investissement, logiciel, coûts, marge, productivité, mesure des gains

Une équipe envisage un logiciel pour automatiser son support client. Dans ce cas fictif, la première année coûte 30 000 €. Le projet promet de libérer du temps et de mieux servir les clients. Mais quelles améliorations deviennent des gains financiers, et lesquelles restent de la capacité disponible ? Nous allons mesurer le retour sur investissement, ou ROIReturn on Investment, retour sur investissement, en comptant les coûts et les gains attribuables au logiciel. Nous comparerons aussi le point de vue du client avec celui du fournisseur.

Le même logiciel a un ROI différent pour le client et le fournisseur

L’équipe achète un outil, mais son éditeur vend un produit. Leurs calculs portent sur des investissements différents. Un prestataire qui déploie cet outil pour ses clients doit encore choisir un autre périmètre.

L’abonnement payé par le client est un coût pour lui et un revenu pour l’éditeur. Une marge élevée par abonnement ne prouve pas que le développement du produit a déjà été rentabilisé. Il faut aussi couvrir l’investissement et les autres coûts du périmètre choisi.

Pour l’article, nous suivrons le ROI du client sur les douze premiers mois. Le fournisseur pourra reprendre la méthode avec ses propres flux. Cette distinction de points de vue est notre cadrage du cas, pas une norme comptable.

La formule exige une période et un scénario de référence

Nous utiliserons un ROI simple de projet, sans actualisation :

ROI sur la période = (B − C) / C × 100

B = gains financiers supplémentaires attribuables au changement
C = coûts supplémentaires nécessaires pour obtenir ces gains

Les coûts doivent être positifs pour calculer ce ratio. Un gain de 45 000 € pour un coût de 30 000 € laisse 15 000 € nets : le ROI est de 50 %. Les 45 000 € sont les gains avant déduction des coûts du projet. Les appeler « bénéfice net » puis retirer encore ces coûts les compterait deux fois.

Le manuel OpenStax↗openstax.orgOpenStax définit le ROI simple et montre que ce ratio ne renseigne pas sur la durée de l’investissement. présente ce principe du rendement net rapporté à l’investissement. Notre formule précise son application au projet. Un ROI de 50 % sur douze mois ne signifie pas 50 % par an pour toujours.

L’équipe doit ensuite décrire le scénario de référenceSituation estimée sur la même période si le changement étudié n’avait pas eu lieu.. Ici, elle conserve son outil actuel et sous-traite une partie du support. Le coût et les résultats de cette option servent de comparaison. Le Green Book↗gov.ukLe Green Book britannique explique le scénario de référence, la comparaison des options et l’analyse de sensibilité. formalise cette comparaison avec la poursuite de l’existant. Ses règles d’évaluation publique ne fixent pas notre seuil de rentabilité d’entreprise.

Avant de remplir la formule, écrivons donc : « Comparer l’achat à la poursuite de l’existant, du lancement à la fin du douzième mois, du point de vue du client. » Cette phrase empêche de comparer des gains sur trois ans à des coûts sur un seul an.

Le coût dépasse l’achat ou le développement initial

La licence ne représente qu’une partie du changement. Pour notre équipe, le budget fictif de la première année est le suivant :

Les trois premiers postes totalisent 10 000 € au démarrage. Les trois suivants représentent 20 000 € sur l’année. Nous supposons que le tarif d’abonnement n’inclut pas les postes facturés séparément. Dans un contrat réel, il faut vérifier cette frontière.

Le coût de formation inclut les ressources internes mobilisées. Même avec des salaires inchangés, leur temps a un coût d’opportunité. Ce budget économique ne décrit donc pas uniquement des sorties de trésorerie supplémentaires. L’article sur les concepts économiquesEconomía BásicaConceptos fundamentales de economía: transacciones, oferta y demanda, crédito, ciclos económicos, y más. Una guía práctica para entender cómo funciona la economía., en espagnol, explique cette distinction et celle entre résultat et trésorerie.

Pour un développement interne, ajouter le travail de conception, de test, de sécurité et d’exploitation nécessaire au changement. Pour une prestation, inclure le pilotage et les reprises prévues au contrat. Prévoir aussi les coûts de sortie si l’horizon couvre le remplacement de l’outil.

Les dépenses déjà engagées et irréversibles ne changent pas entre les options. Les factures futures évitables, elles, comptent. Déclarer les règles d’allocation des coûts partagés rend le calcul vérifiable. Le cadre de la FinOps Foundation↗finops.orgLa FinOps Foundation relie les dépenses technologiques aux unités métier et explicite le périmètre des coûts. aide à relier ces dépenses aux unités métier, comme le coût par dossier résolu.

Les gains reposent sur la marge et les économies réellement obtenues

Le pilote de notre cas fictif suggère 600 heures de support libérées par an. Multiplier ces heures par un taux salarial donne une valorisation de capacité. Cela ne prouve pas que l’entreprise dépensera moins.

Le Government Efficiency Framework↗gov.ukCe cadre distingue les économies qui réduisent les dépenses et les gains de productivité sans baisse de dépenses. distingue précisément ces deux résultats. L’équipe peut traiter davantage de demandes avec les mêmes salaires, sans réduction de sa masse salariale. Ce gain peut être utile ; il faut indiquer comment il sera utilisé.

L’équipe répartit les 600 heures entre deux usages distincts :

• 200 heures remplacent de la sous-traitance évitable, facturée 75 € l’heure. L’économie prévue est de 15 000 €. Elle exige une baisse réelle des achats, sans minimum contractuel qui maintiendrait la facture.
• 400 heures permettent des prestations supplémentaires de support payant. Chaque heure vendue apporte 75 € de marge après les coûts variables de réalisation. La marge supplémentaire prévue est de 30 000 €.

Les 75 € de marge du second poste sont déjà nets des coûts variables concernés. Ils excluent les coûts du logiciel, comptés dans les 30 000 € du projet. Nous supposons une demande suffisante pour vendre ces prestations et une qualité de service maintenue. Sans ventes supplémentaires, cette marge reste une prévision.

Le schéma montre où les heures deviennent des gains financiers. La somme 200 + 400 épuise les 600 heures disponibles : aucune heure n’est réutilisée dans les deux branches.

Une heure libérée doit avoir un usage avant d’avoir un gain financier. Ajouter une « économie salariale » pour ces mêmes 600 heures compterait à nouveau leur valeur, alors que les salaires restent inchangés. Une meilleure satisfaction client peut aussi compter dans la décision. Elle restera un résultat séparé tant que sa traduction financière n’est pas étayée.

Une amélioration doit pouvoir être attribuée au logiciel

Le tableau financier ne prouve pas que le logiciel produit les gains annoncés. Une baisse des tickets peut venir d’un changement de clientèle. Une hausse des prestations peut venir d’une campagne commerciale.

Avant le déploiement, l’équipe définit une période d’observation et des mesures :

• Temps de traitement par dossier, à complexité comparable.
• Dépenses de sous-traitance réellement évitées.
• Volume supplémentaire vendu et marge correspondante.
• Qualité : réouvertures, erreurs et satisfaction des clients.

Quand c’est possible, répartir aléatoirement des groupes comparables entre l’ancien et le nouveau fonctionnement. Un test A/BExpérience comparant deux variantes avec une répartition aléatoire pour estimer leur effet sur un résultat. aide à isoler l’effet du changement. Les chercheurs de Microsoft Research↗microsoft.comDes chercheurs de Microsoft expliquent comment les expériences contrôlées évaluent l’effet des modifications sur les utilisateurs. décrivent ce principe pour les produits numériques. Il faut aussi vérifier que les groupes ne se contaminent pas et que l’échantillon permet une conclusion utile.

Certains déploiements ne permettent pas cette expérience. Une comparaison avec une équipe témoin ou un déploiement progressif peut aider, avec ses limites. Un simple avant/après reste vulnérable aux changements de volume, de saison ou d’organisation. Le billet sur le raisonnement expérimental en logicielMétodo científico aplicado al desarrollo de software y la seguridadCómo tratar los supuestos de seguridad como hipótesis falsables: el ciclo del método científico en el trabajo diario, sus límites y un registro de premisas para convertir creencias en pruebas repetibles., en espagnol, explique pourquoi documenter ces autres explications.

Le pilote mesure un effet opérationnel dans certaines conditions. Le ROI prévisionnel extrapole cet effet sur douze mois. Le ROI réalisé utilise les coûts et les gains observés sur la période écoulée. Il faut conserver ces trois niveaux séparés : une extrapolation ne devient pas une mesure parce qu’elle apparaît dans un tableau.

Le cas chiffré révèle les hypothèses qui font basculer le ROI

Sous les hypothèses centrales, les gains atteignent 45 000 € et les coûts 30 000 €. Le résultat économique net est de 15 000 €, soit un ROI simple de 50 % sur douze mois. Il ne s’agit pas d’une mesure de rentabilité observée dans une entreprise.

Voici le calcul exécuté en Python. Les scénarios font varier les gains retenus et les coûts. Ils illustrent des hypothèses, sans leur attribuer de probabilité.

planned_benefits = 200 * 75 + 400 * 75
scenarios = [
    ("Prudent", 0.40, 36_000),
    ("Central", 1.00, 30_000),
    ("Favorable", 1.20, 30_000),
]

for name, realization, costs in scenarios:
    benefits = planned_benefits * realization
    net = benefits - costs
    roi = net / costs * 100
    print(f"{name}: gains={benefits:.0f} EUR, "
          f"coûts={costs:.0f} EUR, net={net:.0f} EUR, ROI={roi:.0f} %")

break_even = 30_000 / planned_benefits * 100
print(f"Part des gains prévus nécessaire pour couvrir les coûts: "
      f"{break_even:.1f} %")

Sortie obtenue :

Prudent: gains=18000 EUR, coûts=36000 EUR, net=-18000 EUR, ROI=-50 %
Central: gains=45000 EUR, coûts=30000 EUR, net=15000 EUR, ROI=50 %
Favorable: gains=54000 EUR, coûts=30000 EUR, net=24000 EUR, ROI=80 %
Part des gains prévus nécessaire pour couvrir les coûts: 66.7 %

À coût constant de 30 000 €, il faut réaliser environ deux tiers des gains prévus pour couvrir les coûts. Si seules les économies de sous-traitance se réalisent, les gains tombent à 15 000 € et le ROI à −50 %. La demande de prestations supplémentaires devient donc une hypothèse à tester avant de généraliser l’outil.

Le simulateur permet d’explorer cette fragilité. Son taux fait varier les deux postes de gains ensemble ; une analyse réelle doit aussi les tester séparément.

La décision dépend aussi du délai, du risque et des résultats observés

Le ROI décrit un rendement relatif. Il ne dit pas quand l’investissement sera récupéré. Le délai de récupérationTemps nécessaire pour que les flux nets cumulés compensent l’investissement initial. répond à cette autre question.

Dans une variante entièrement exprimée en trésorerie, supposons que les 10 000 € de démarrage soient décaissés au lancement. Les 20 000 € récurrents et les 45 000 € de gains sont payés et encaissés régulièrement pendant douze mois, sans délai ni variation. Le flux net mensuel est alors (45 000 − 20 000) / 12, soit environ 2 083 €. Le délai simple est 10 000 / 2 083, environ 4,8 mois.

Cette estimation exige des flux de trésorerie réels. Elle change si l’abonnement est payé d’avance, si les ventes démarrent tard ou si une partie des coûts valorise du temps interne sans décaissement supplémentaire. Diviser les 30 000 € de coûts annuels par les gains mensuels mélangerait investissement initial et dépenses déjà réparties dans le temps.

Le délai simple ignore les gains après récupération et la valeur temporelle de l’argent, comme le rappelle OpenStax↗openstax.orgOpenStax explique le délai de récupération et ses limites face à l’actualisation et aux flux ultérieurs.. Sur plusieurs années, examiner aussi la VANValeur actuelle nette : somme des flux futurs ramenés à aujourd’hui, investissement compris.. Le billet sur la valeur temporelle de l’argentTime Value of Money: Why a Dollar Today Beats a Dollar TomorrowThe time value of money explained: compound interest, present and future value, annuities, and net present value. With formulas, worked examples, a chart, and Python code., en anglais, en développe le calcul. Un ROI élevé sur un petit projet ne garantit pas davantage de valeur totale qu’un ROI plus faible sur un projet plus grand.

Notre équipe dispose maintenant d’une décision à instruire : valider la demande de prestations, vérifier que la sous-traitance est évitable et mesurer les coûts du pilote. Le scénario central seul ne suffit pas. Aucun pourcentage universel ne remplace ces vérifications.

Avant votre prochain achat ou développement, remplissez cette fiche :

Commencez par le gain le moins certain : écrivez la preuve qui vous ferait le compter, puis cherchez cette preuve avant de financer le déploiement.

Références

• OpenStax, Donna Kirk, 2023. Voir Contemporary Mathematics, Methods of Savings↗openstax.orgDéfinition du ROI simple et distinction entre rendement et durée..
• HM Treasury, édition 2026. Voir The Green Book↗gov.ukGuide institutionnel de comparaison des options, des coûts, des bénéfices et des incertitudes..
• Ronny Kohavi et ses coauteurs, Microsoft Research, 2009. Voir Online Experimentation at Microsoft↗microsoft.comPublication sur les expériences contrôlées appliquées aux produits numériques..
• Government Finance Function et HM Treasury, version 2025. Voir The Government Efficiency Framework↗gov.ukCadre de distinction et de justification des économies et des gains de productivité..
• FinOps Foundation, consulté le 2 novembre 2026. Voir Unit Economics↗finops.orgCadre de mesure des coûts technologiques par unité métier..
• OpenStax, Julie Dahlquist et Rainford Knight, 2026. Voir Principles of Finance, Payback Period Method↗openstax.orgPrésentation du délai de récupération et de ses limites..