# Comment calculer le ROI d’un logiciel sur mesure

Le retour sur investissement a l’air technique, mais pour un logiciel, il se résume à quelques chiffres honnêtes. Voici comment l’estimer avant de vous engager, et comment le vérifier ensuite.

- Page: https://www.cognivise.co.uk/fr/blog/roi-logiciel-sur-mesure-comment-estimer
- Original (anglais): https://www.cognivise.co.uk/blog/custom-software-roi
- Sujet: Créer des logiciels
- Publié: 2026-10-29
- Mis à jour: 2026-10-29
- Auteur: Cognivise

## À retenir

- Estimez le ROI par la formule (bénéfice − coût) ÷ coût sur une période donnée, et calculez aussi le délai de retour sur investissement.
- Comptez le coût complet, y compris le support, l’hébergement et le temps de votre propre équipe, pas seulement le devis de développement.
- Une heure gagnée ne vaut de l’argent que si elle sert à d’autres tâches, et la période choisie modifie le résultat.
- Mesurez la situation de départ avant le lancement, puis à nouveau à trois et six mois, pour vérifier l’estimation.

Comment calculer le retour d’un logiciel sur mesure ? Additionnez tout ce qu’il coûtera sur une période donnée, estimez l’argent qu’il fera économiser ou rapportera sur la même période, puis comparez les deux. Si le bénéfice dépasse le coût dans un délai acceptable pour vous, le dossier est solide. Les chiffres sont des estimations : notez donc vos hypothèses et vérifiez-les après le lancement.

## Que signifie le ROI pour un logiciel sur mesure ?

ROI signifie retour sur investissement (return on investment). Il compare ce que vous obtenez à ce que vous dépensez :

**ROI = (bénéfice − coût) ÷ coût**

Un résultat de 20 % signifie que pour chaque livre dépensée, vous en récupérez 1,20 £ sur la période mesurée. Une seconde mesure est le délai de retour sur investissement : le temps nécessaire pour que les bénéfices couvrent le coût. Utilisez les deux, car un ROI élevé sur dix ans peut rester un mauvais choix si vous devez récupérer votre argent en deux.

## Qu’est-ce qui compte comme coût ?

Le développement n’en est qu’une partie. Comptez :

- **Le cadrage, la conception, le développement et les tests.** C’est le devis auquel la plupart des gens pensent en premier. Voir [ce qui détermine le prix d’un logiciel sur mesure](https://www.cognivise.co.uk/blog/how-much-does-custom-software-cost).
- **L’hébergement, les licences et les services tiers** dont le logiciel dépend.
- **Le support et la maintenance.** Un logiciel demande de l’entretien après son lancement. [Ce que couvre le support applicatif](https://www.cognivise.co.uk/fr/blog/maintenance-applicative-support) explique ce qu’il faut prévoir au budget.
- **Le temps de votre propre équipe.** Rédiger les besoins, tester et former prennent des heures qui auraient pu servir ailleurs.
- **La migration des données** depuis l’ancien système, et le fonctionnement des deux en parallèle pendant un temps.

## Qu’est-ce qui compte comme bénéfice ?

Ne comptez que ce que vous pouvez traduire en argent, ou en un risque que vous savez décrire.

- **Le temps gagné.** Heures par semaine × le coût d’une heure de travail de la personne concernée.
- **Les erreurs évitées.** La fréquence d’une erreur × ce que coûte chaque correction.
- **Les coûts supprimés.** Les licences que vous cessez de payer, ou le travail que vous n’externalisez plus.
- **Le chiffre d’affaires gagné.** Les commandes que vous pouvez désormais prendre, ou les devis que vous envoyez plus vite. Restez prudent ici, c’est le plus difficile à prouver.
- **Le risque réduit.** Un logiciel qui ne dépend plus d’une seule personne, ou d’un seul tableur. C’est réel, mais difficile à chiffrer : listez-le à part.

Une heure gagnée ne vaut de l’argent que si elle sert à autre chose. Si une équipe gagne dix heures mais que personne ne prend d’autre travail, le bénéfice est inférieur à ce que dit le calcul.

## Un exemple chiffré simple

Ces chiffres sont inventés pour illustrer la méthode. Ce ne sont ni un devis ni une référence.

Une équipe passe 30 heures par semaine à ressaisir des commandes entre deux systèmes. Une heure de son temps coûte 20 £ à l’entreprise.

| | Montant |
| --- | --- |
| Temps gagné par an (30 heures × 20 £ × 52 semaines) | 31 200 £ |
| Coût de développement (ponctuel) | 60 000 £ |
| Coût de fonctionnement par an (hébergement, support) | 6 000 £ |
| Économie nette par an (31 200 £ − 6 000 £) | 25 200 £ |
| Délai de retour sur investissement (60 000 £ ÷ 25 200 £) | environ 2,4 ans |

Comparez maintenant deux périodes :

- **Sur 3 ans :** bénéfice 93 600 £, coût 78 000 £ (60 000 £ + 3 × 6 000 £). ROI = (93 600 − 78 000) ÷ 78 000 = **20 %**.
- **Sur 5 ans :** bénéfice 156 000 £, coût 90 000 £ (60 000 £ + 5 × 6 000 £). ROI = (156 000 − 90 000) ÷ 90 000 = **environ 73 %**.

Le même projet paraît modeste ou solide selon la période retenue. C’est pourquoi il faut la choisir avant de faire les calculs.

## Quelle période retenir ?

Choisissez-en une qui corresponde à la durée pendant laquelle vous pensez que le processus restera inchangé. Trois à cinq ans est un choix courant. Si votre façon de travailler change chaque année, un horizon long embellit le résultat, car le logiciel devra peut-être être refait avant d’être rentabilisé.

## Qu’est-ce qui peut fausser l’estimation ?

- **Supposer que tout le monde l’utilisera.** Si seule la moitié de l’équipe utilise le nouveau système, vous n’obtenez que la moitié du bénéfice.
- **La dérive du périmètre.** Les fonctionnalités supplémentaires augmentent le coût, mais rarement le bénéfice compté au départ.
- **Compter deux fois la même économie.** Le temps gagné et le coût supprimé peuvent être le même argent vu sous deux angles.
- **Ignorer le coût de l’inaction.** Comparez avec la vraie alternative : les heures supplémentaires, les erreurs et les licences que vous paierez si vous laissez les choses en l’état.
- **Traiter l’estimation comme une promesse.** C’est une aide à la décision. Une fourchette (meilleur cas, cas attendu et pire cas) est plus honnête qu’un chiffre unique.

## Comment vérifier le retour après le lancement ?

1. **Mesurez avant de commencer.** Relevez les heures, le taux d’erreur ou le délai de traitement que vous cherchez à améliorer.
2. **Mesurez à nouveau** à trois et six mois, avec la même méthode.
3. **Suivez l’adoption.** Les gens l’utilisent-ils, et pour les bonnes tâches ?
4. **Mettez à jour les calculs** avec les chiffres réels et voyez à quel point ils s’écartent de l’estimation.

Cette démarche vous indique aussi quoi améliorer ensuite, et vous donne des faits pour toute discussion sur des évolutions ou le support.

## Quand le dossier est-il faible ?

Le retour est le plus difficile à justifier quand le processus change souvent, quand peu de personnes utiliseraient le logiciel, ou quand un produit standard fait déjà l’essentiel du travail. [Un logiciel sur mesure, est-ce rentable ?](https://www.cognivise.co.uk/fr/blog/logiciel-sur-mesure) explique quand le sur mesure l’emporte sur le standard, et [la modernisation des systèmes existants](https://www.cognivise.co.uk/blog/legacy-system-modernisation) aborde la question de réparer, remplacer ou laisser en l’état un ancien système.

## Que demander à un prestataire ?

- Quelles hypothèses de mon estimation remettriez-vous en question ?
- Quels seront probablement les coûts de fonctionnement après le lancement, et qui les paiera ?
- Que pouvons-nous développer en premier pour prouver le bénéfice avant de tout engager ?
- Comment mesurerons-nous si cela a fonctionné ?

Un bon prestataire vous aidera à éprouver les chiffres et vous dira quand le dossier est faible. Un [cadrage technique](https://www.cognivise.co.uk/blog/technical-discovery-explained) permet de consolider à la fois le coût et le bénéfice avant de vous engager.

Si vous souhaitez un second avis sur vos calculs, consultez notre offre [Planification et conseil technique](https://www.cognivise.co.uk/fr/services/conseil-technique) ou notre service de [Développement de logiciels sur mesure](https://www.cognivise.co.uk/fr/services/developpement-logiciel-sur-mesure), ou [contactez-nous](https://www.cognivise.co.uk/fr/contact).

## À lire aussi

- [Développement de logiciels sur mesure](https://www.cognivise.co.uk/fr/services/developpement-logiciel-sur-mesure)
- [Combien coûte un logiciel sur mesure ? Ce qui détermine vraiment le prix](https://www.cognivise.co.uk/blog/how-much-does-custom-software-cost)
- [Un logiciel sur mesure, est-ce rentable ? Quand le sur mesure l’emporte sur le standard](https://www.cognivise.co.uk/fr/blog/logiciel-sur-mesure)