Projet numérique : calculer le vrai retour sur investissement avant de signer

Un logiciel annoncé à 900 euros par mois peut mobiliser plusieurs dizaines de milliers d’euros avant de produire son premier résultat. Le devis décrit rarement les données à nettoyer, les équipes à former ou les anciennes interfaces à maintenir. Pourtant, ces travaux déterminent souvent la rentabilité du projet davantage que le prix de l’abonnement.

Le retour sur investissement, ou ROI, devient utile lorsqu’il oblige à expliciter ces dépenses et les bénéfices attendus. Il perd cette utilité quand on additionne du chiffre d’affaires, des heures libérées et des économies hypothétiques comme si chaque ligne alimentait directement le compte bancaire.

Voici une méthode pour construire un dossier de décision vérifiable, tester sa sensibilité et savoir quoi mesurer après le lancement.

En bref — Comparez le projet à une situation de référence réaliste. Séparez les économies de trésorerie, la capacité libérée et les revenus supplémentaires. Intégrez le déploiement, l’exploitation et la sortie. Un ROI positif peut cacher un financement difficile ou un délai de récupération trop long.

Commencer par la décision, pas par le pourcentage

« Faut-il signer ce contrat ? » ne suffit pas. L’entreprise peut différer l’achat, améliorer son processus actuel, réduire le périmètre ou tester une solution pendant quelques semaines. Un calcul pertinent compare ces options à objectifs équivalents.

Prenons une entreprise fictive qui souhaite accélérer le traitement de ses dossiers clients. Elle hésite entre automatiser tout le parcours et corriger uniquement la saisie initiale. Le premier projet annonce davantage de gains, mais touche plusieurs systèmes. Le second règle un problème plus limité avec moins de dépendances.

Le dossier doit préciser la décision recherchée : financer un pilote, engager le déploiement complet ou choisir un prestataire. Cela détermine le niveau de preuve nécessaire. Pour un pilote, une hypothèse documentée peut suffire. Pour un engagement pluriannuel, les volumes, les coûts et les modalités de sortie méritent des vérifications plus poussées.

Définissez aussi le résultat opérationnel : réduire le délai médian d’instruction, limiter les erreurs de facturation ou absorber un volume supplémentaire. Un objectif mesurable facilite ensuite le choix des outils. Notre analyse des étapes d’un projet numérique permet de replacer cet arbitrage financier dans le déroulement du projet.

Construire une référence que l’on peut contester

La situation de référence décrit ce qui se passerait sans le projet. Elle ne doit pas supposer que tout resterait parfaitement stable. Une croissance prévue, une fin de contrat ou un changement réglementaire peuvent déjà modifier les coûts.

Relevez les volumes sur une période représentative. Pour un processus saisonnier, un seul mois calme donne une image trompeuse. Enregistrez les temps de travail, les incidents et les reprises, en distinguant le temps effectivement consacré à une tâche du délai pendant lequel un dossier attend une validation.

Un dossier qui reste trois jours dans une file ne consomme pas nécessairement trois jours de travail. Inversement, une tâche réalisée en cinq minutes peut provoquer vingt minutes de corrections dans un autre service. Mesurer uniquement la première étape déplace artificiellement le problème.

Pour chaque donnée, gardez sa provenance : extraction du système, observation de plusieurs dossiers, estimation d’un responsable ou proposition commerciale. Ajoutez la période et le périmètre. Le niveau de confiance fait partie du modèle.

Un contrôle simple consiste à demander aux utilisateurs de décrire les exceptions. Les cas ordinaires alimentent souvent une démonstration réussie ; les cas atypiques déterminent les coûts de support. Une commande incomplète, une pièce manquante ou une modification tardive peuvent annuler une part importante du temps gagné.

N’exigez pas une précision impossible. Préférez une fourchette défendable à une décimale inventée. Le modèle doit pouvoir changer lorsqu’une observation nouvelle arrive.

Le coût complet dépasse le devis

Les dépenses initiales comprennent le paramétrage, les intégrations, la reprise des données, la recette et l’accompagnement. Ajoutez le temps des salariés qui participent aux ateliers, aux tests et à la formation. Ce temps peut représenter un coût économique sans déclencher un décaissement supplémentaire.

Cette distinction doit rester visible.

Dans le budget de trésorerie, comptez les montants réellement payés aux dates prévues. Dans la lecture économique, valorisez également les ressources internes mobilisées. Ne mélangez pas ces deux vues dans une colonne ambiguë intitulée « coûts ».

Après le lancement, les abonnements ne sont qu’une partie de l’exploitation. Il faut éventuellement maintenir les connecteurs, administrer les droits, corriger les données, assurer le support et faire évoluer les procédures. Un tarif par utilisateur peut progresser avec les effectifs ; une facturation à l’usage peut augmenter avec les volumes.

Le tableau suivant propose un inventaire à compléter. Les montants doivent venir de votre contexte, pas d’un benchmark générique.

Poste	Question à documenter	Nature à distinguer
Déploiement	Quelles tâches sont incluses dans le forfait ?	Paiement externe et temps interne
Données	Qui nettoie, reprend et contrôle les historiques ?	Travail initial et reprises éventuelles
Exploitation	Qui administre et dépanne chaque interface ?	Dépense récurrente et capacité mobilisée
Adoption	Combien de personnes doivent apprendre le nouveau parcours ?	Formation et ralentissement temporaire
Sortie	Comment récupérer données, pièces et configurations ?	Coût de migration et double exploitation

Un coût de sortie estimé n’est pas nécessairement une dépense immédiate. Il doit néanmoins figurer dans la comparaison si l’horizon étudié prévoit un changement d’outil. Examinez aussi les dépenses de l’ancien système qui subsisteront réellement : supprimer son abonnement ne supprime pas forcément ses archives ou son interface comptable.

Trois bénéfices à ne pas additionner aveuglément

Le premier bénéfice est une économie décaissée : résiliation d’un contrat, réduction de frais ou prestation qui ne sera plus achetée. Il faut vérifier sa date d’effet et les conditions nécessaires. Une dépense déjà engagée ne disparaît pas parce qu’un logiciel la rend théoriquement inutile.

Le deuxième est la capacité libérée. Dans un exemple pédagogique, mille dossiers mensuels traités six minutes plus vite libèrent cent heures. Si le nouveau processus exige vingt heures de vérification, le gain net est de quatre-vingts heures. À une valeur interne de 35 euros par heure, cela représente 2 800 euros de capacité mensuelle.

Ce montant n’est pas automatiquement une économie bancaire. Si les salariés restent en poste et que les dépenses ne changent pas, le bénéfice est d’abord la possibilité d’améliorer le service ou d’absorber davantage de demandes. Il faut préciser l’usage prévu de ces quatre-vingts heures.

Le troisième bénéfice est une contribution supplémentaire provenant des ventes. Utilisez la marge après les coûts directement nécessaires à ces ventes, plutôt que le chiffre d’affaires brut. Sinon, un projet qui génère des commandes peu rentables paraîtra artificiellement performant.

Attention au double comptage : si les heures libérées permettent les ventes supplémentaires, valoriser entièrement les heures puis ajouter entièrement leur contribution revient à compter deux fois une même ressource. Décrivez la chaîne causale et retenez une convention cohérente.

Certains avantages restent difficiles à monétiser : meilleure traçabilité, satisfaction des salariés ou diminution d’un risque rare. Gardez-les dans une grille séparée avec des observations attendues. Les forcer dans un montant arbitraire donne une impression de rigueur sans améliorer la décision.

Un exemple chiffré, avec un délai souvent oublié

Toutes les valeurs de ce cas sont fictives. Le projet coûte 24 000 euros au départ, puis 900 euros par mois. Il apporte un bénéfice financier de 2 400 euros mensuels, mais seulement après trois mois de déploiement. L’horizon de comparaison est de vingt-quatre mois.

Le bénéfice cumulé atteint 21 × 2 400 = 50 400 euros. Le coût total est 24 000 + 24 × 900 = 45 600 euros. Le résultat net est donc de 4 800 euros.

Avec la convention ROI = résultat net divisé par coût total, le retour atteint environ 10,5 % sur vingt-quatre mois. Ce n’est pas un rendement annuel. Le présenter ainsi ferait croire à une performance différente.

Le délai de récupération apporte une autre information. Les trois premiers mois consomment 24 000 + 2 700 euros. Ensuite, le gain mensuel net est de 1 500 euros. La récupération intervient approximativement après 3 + 26 700 / 1 500, soit 20,8 mois, dans ce modèle simplifié à flux réguliers.

L’entreprise peut donc afficher un ROI positif tout en attendant presque vingt et un mois avant de récupérer sa mise. Cela change la décision si sa trésorerie est tendue ou si l’outil risque de devenir inadapté plus tôt.

Le modèle exclut ici taxes, financement et actualisation. Ces limites sont explicites. Une comparaison de projets longs doit envisager la valeur actualisée nette, qui tient compte de la date des flux et d’un taux adapté à l’entreprise. Ce taux ne se choisit pas simplement pour rendre le résultat positif ; la direction financière doit définir la convention utilisée.

Tester les hypothèses qui peuvent inverser la décision

Une sensibilité utile modifie les variables susceptibles de bouger réellement : délai de déploiement, adoption, volume, coût de maintenance ou prix du contrat. Elle ne consiste pas à réduire toutes les lignes arbitrairement de dix pour cent.

Reprenons le cas fictif. Si le bénéfice n’atteint que 1 800 euros par mois, les vingt et un mois productifs génèrent 37 800 euros. Avec des coûts inchangés de 45 600 euros, la perte est de 7 800 euros. Le ROI devient environ −17,1 %.

Si le bénéfice reste de 2 400 euros mais commence trois mois plus tard, il ne reste que dix-huit mois productifs : 43 200 euros de bénéfices pour 45 600 euros de coûts. Le résultat devient négatif de 2 400 euros. Le calendrier est donc une hypothèse centrale, et non un détail de présentation.

Un scénario favorable peut aussi être construit, à condition de décrire son moteur : plus de dossiers traités, moins de corrections ou suppression effective d’une prestation. Le volume seul ne suffit pas si la capacité commerciale ou opérationnelle limite la croissance.

Attribuez chaque hypothèse à une personne capable de la vérifier. Le responsable métier confirme les volumes ; l’équipe technique chiffre les interfaces ; les achats vérifient l’engagement ; la finance distingue gains économiques et liquidités. Les responsabilités dispersées expliquent souvent pourquoi un modèle reste inchangé alors que le projet dérive.

Transformer le pilote en expérience de décision

Le pilote doit tester les hypothèses qui pèsent le plus sur le résultat. Choisissez des dossiers comparables, incluez des exceptions et définissez la méthode de mesure avant de démarrer. Une équipe enthousiaste sur des cas sélectionnés ne représente pas nécessairement l’ensemble des utilisateurs.

Documentez les étapes manuelles conservées. Si un salarié corrige discrètement les résultats pour que la démonstration fonctionne, ce travail appartient au coût futur. Mesurez également les erreurs graves, pas seulement la vitesse moyenne.

Fixez des critères de passage : gain net minimal, volume d’exceptions acceptable, absence de régression bloquante et charge de support soutenable. Les seuils doivent correspondre au besoin de l’entreprise. Un taux de réussite impressionnant peut rester insuffisant si les échecs concernent les opérations les plus sensibles.

Le pilote peut conclure à un périmètre plus réduit. C’est une décision utile lorsqu’elle conserve le bénéfice principal et évite une intégration coûteuse. La stratégie digitale entre outils, usages et performance éclaire ce type d’arbitrage.

Préparez enfin le point d’arrêt. Quelles données faut-il conserver ? Qui revient à l’ancien processus ? Que devient l’engagement contractuel ? Sans ces réponses, l’expérience devient une adoption irréversible par défaut.

Choisir aussi selon la possibilité de revenir en arrière

Deux projets au ROI voisin peuvent présenter des risques très différents. L’un permet un arrêt après un pilote limité ; l’autre impose immédiatement un engagement long et une migration difficile à inverser. Cette différence ne se résume pas à la moyenne des coûts.

Faites apparaître les décisions successives. Quels montants sont engagés à chaque étape ? Quelle information nouvelle devient disponible avant le paiement suivant ? Un déploiement progressif peut coûter davantage en coordination tout en limitant une perte potentielle.

Examinez aussi la concentration des dépendances. Si le gain repose sur un fournisseur unique, une personne indispensable ou une interface non documentée, le scénario central doit être accompagné d’un plan de continuité. Ce plan n’a pas besoin de prévoir tous les incidents ; il doit traiter les dépendances qui pourraient interrompre le bénéfice principal.

Le dossier final peut ainsi comporter deux lectures complémentaires : les flux attendus dans les scénarios documentés et les engagements difficiles à annuler. Cette présentation aide la direction à choisir un projet dont la rentabilité et le risque correspondent réellement à ses moyens.

Après la signature, suivre la valeur réellement obtenue

Conservez le modèle approuvé comme référence. Ajoutez une colonne « réalisé », une date de mesure et une explication des écarts. Ne réécrivez pas silencieusement les hypothèses initiales pour donner l’impression que tout s’est passé comme prévu.

Suivez d’abord les indicateurs proches du travail : dossiers correctement terminés, délai, reprises et charge de support. Puis rapprochez ces résultats des flux financiers. Une hausse de connexions prouve une activité dans l’outil, pas sa rentabilité.

Un comité court peut examiner trois questions : quel bénéfice est démontré, quel coût était sous-estimé et quelle action change le résultat du trimestre suivant ? Cette logique évite les tableaux de bord décoratifs.

Le projet mérite un budget supplémentaire si l’amélioration attendue est mieux étayée que les autres usages possibles de ces ressources. Il peut aussi être arrêté lorsque ses conditions de réussite ne sont plus réunies. Le calcul de ROI n’a pas pour fonction de défendre une signature passée : il doit permettre de décider encore, avec de meilleures informations.