Le business case ERP est signé, le projet est lancé, le go-live est célébré. Puis plus personne ne rouvre le document. Dix-huit mois plus tard, le COMEX demande si l’ERP a tenu ses promesses, et personne ne sait répondre autrement que par des impressions. Ce guide propose une méthode pour mesurer la valeur réellement créée, à 6, 12 et 24 mois, sans maquiller les résultats.
Le trou noir du ROI : le business case est signé, puis plus personne ne le rouvre
Le suivi des bénéfices est le maillon le plus faible des projets ERP. Pendant le projet, l’énergie va au budget, au planning et au périmètre. Après le go-live, l’équipe projet est dissoute, le sponsor passe à autre chose, et les hypothèses du business case ne sont plus attachées à aucun responsable.
L’ancienneté de ce constat ne l’a pas rendu obsolète. Dans une étude Accenture de 2003 portant sur 163 entreprises, rapportée par CIO.com, seules 31 % des organisations suivaient activement des indicateurs de bénéfices de leurs systèmes d’entreprise. Celles qui le faisaient obtenaient ces bénéfices significativement plus tôt, comme celles qui avaient désigné une personne responsable de leur réalisation. Le chiffre est ancien et à manier avec prudence, mais le mécanisme est limpide : ce qui est mesuré et possédé par quelqu’un avance.
Trois raisons expliquent le trou noir :
- Personne n’en est propriétaire. Le bénéfice est attribué à “l’ERP”, donc à la DSI, qui n’a aucun levier sur le DSO ou les stocks.
- Aucune baseline n’a été figée. Impossible de comparer un “après” à un “avant” que personne n’a mesuré.
- Le contexte change. Volumes, prix, acquisitions et réorganisations brouillent la lecture, et chacun peut y voir ce qu’il veut.
Si vous devez d’abord construire ou défendre le dossier initial, voyez notre guide sur le business case ERP pour le CODIR. Cet article traite de ce qui vient après.
Reconstituer la ligne de base (avant go-live) : quoi mesurer, comment la figer
La baseline est la photographie des indicateurs avant que l’ERP ne modifie quoi que ce soit. Sans elle, toute revue post-implémentation est une opinion.
Ce qu’il faut figer
Pour chaque bénéfice du business case, retenez un indicateur, sa définition exacte et sa période de référence :
- Une définition écrite. Le DSO se calcule-t-il en jours de chiffre d’affaires ou en moyenne pondérée des échéances ? Le délai de clôture compte-t-il en jours ouvrés, et jusqu’à quel livrable ?
- Une période de référence stable. Douze mois glissants avant la bascule, pour lisser la saisonnalité. Un seul mois de référence est trompeur.
- Une source de données identifiée. Extraction de l’ancien système, tableau financier, fichier de paie. Archivez l’extraction elle-même, pas seulement le résultat.
- Les facteurs de contexte. Volume d’activité, prix moyens, périmètre juridique à la date de la baseline.
Et si la baseline n’existe pas ?
C’est le cas le plus courant. Reconstituez-la à partir de l’ancien système tant qu’il est encore accessible (avant son arrêt ou sa purge). Pour les indicateurs que le système ne traçait pas, mesurez-les par échantillonnage : chronométrez dix clôtures mensuelles passées ou vingt commandes types. Marquez clairement ces valeurs comme estimation dans le tableau de suivi. Une baseline approximative et assumée vaut mieux qu’une absence de baseline.
Catalogue de bénéfices et indicateurs
Classez les bénéfices par nature : leur traduction financière et leur niveau de preuve diffèrent.
Bénéfices cash (stocks, DSO, DPO, coûts de clôture)
Ce sont les plus faciles à auditer, car ils apparaissent dans les comptes.
- Stocks : valeur du stock et rotation, taux de rupture, stock obsolète. Un meilleur MRP et une meilleure visibilité réduisent le stock de sécurité, mais seulement si les paramètres de planification sont réellement remis à jour.
- DSO : délai moyen d’encaissement, part des factures en retard, taux de litiges. L’ERP aide par la facturation immédiate et la relance automatisée, pas par magie.
- DPO : respect des échéances fournisseurs, escomptes obtenus, factures payées en retard.
- Coûts de clôture : nombre de jours pour clôturer, nombre d’écritures manuelles, retraitements après clôture.
Règle de prudence : un gain de trésorerie (baisse du BFR) est un gain unique, pas récurrent. Ne l’additionnez pas aux économies annuelles dans le calcul de ROI. Pour une grille d’indicateurs financiers complète, consultez nos 12 indicateurs financiers post go-live.
Bénéfices de productivité (temps de traitement, ETP redéployés, pas supprimés)
Mesurez le temps de traitement par unité d’œuvre : saisie d’une commande, rapprochement d’une facture, établissement d’un devis. Puis multipliez par les volumes réels.
Le piège est de convertir ce temps en “ETP économisés” dans le tableau, puis de n’observer aucune baisse de masse salariale. Le temps libéré n’est un bénéfice que s’il est réaffecté : analyse, relance client, contrôle, ou absorption d’une croissance d’activité sans recrutement. Écrivez donc dans le suivi : “x heures redéployées vers y”, avec le nom du manager qui a décidé de cette réaffectation. Parler d’ETP supprimés dans un ERP est rarement honnête et toujours mal reçu par les équipes.
Bénéfices de risque et de conformité
Moins visibles, ils comptent souvent plus que la productivité :
- nombre d’anomalies relevées par les commissaires aux comptes ou l’audit interne, et temps passé à répondre aux demandes de justificatifs ;
- conformité réglementaire native (facturation électronique, TVA, piste d’audit) plutôt que bricolée ;
- séparation des tâches et droits d’accès (conflits SoD résiduels) ;
- continuité d’activité et temps de restauration.
La valeur se traduit en coût évité. Restez prudent : on ne valorise pas une amende qui n’a pas eu lieu avec un chiffre précis. Utilisez un ordre de grandeur marqué “estimation” ou conservez l’indicateur en quantitatif (nombre d’écarts, de réserves).
Bénéfices non financiers et leur traduction
Visibilité en temps réel, qualité de la donnée, satisfaction client, attractivité pour les collaborateurs : ces bénéfices sont réels mais mal valorisés par une simple conversion en euros. Deux options honnêtes :
- Les mesurer par un proxy : taux de commandes livrées complètes et à l’heure, nombre de réclamations, délai de réponse à un devis, enquête interne de satisfaction à intervalle fixe.
- Les garder hors du ROI chiffré et les présenter à part, comme bénéfices qualitatifs documentés. Mieux vaut un ROI plus modeste mais défendable qu’un ROI gonflé par des conversions arbitraires.
Calendrier de mesure : jalons 6, 12, 24 mois, ce qu’on peut raisonnablement attendre à chacun
Les bénéfices ne se matérialisent pas d’un bloc. Demander à 3 mois ce que le business case prévoit à 24 est la meilleure façon de conclure à tort à un échec. Les ordres de grandeur ci-dessous sont des repères d’expérience, pas des benchmarks sourcés : adaptez-les à votre périmètre.
| Jalon | Ce qu’on mesure | Ce qu’on peut attendre | Ce qui doit alerter |
|---|---|---|---|
| 6 mois | Adoption et stabilité : utilisateurs actifs, tickets, contournements (Excel parallèle), clôtures réussies | Stabilisation, productivité souvent encore sous la baseline pour certains métiers (courbe d’apprentissage) | Retour massif aux fichiers Excel, clôtures toujours hors délai, données de base dégradées |
| 12 mois | Premiers bénéfices opérationnels : délais de traitement, clôture, taux d’erreur, DSO | Gains visibles sur les processus transactionnels, premiers effets sur le BFR | Aucun indicateur ne bouge alors que les processus tournent sur l’ERP |
| 24 mois | Bénéfices structurels : stocks, achats, pilotage, conformité, capacité à absorber la croissance | Majeure partie du plan réalisée, coûts d’exploitation stabilisés | Écart durable au plan sans plan d’action ni propriétaire |
À 6 mois, la question n’est donc pas “combien avons-nous gagné ?” mais “les gens utilisent-ils l’outil comme prévu ?”. Pour ce jalon, notre article sur les 8 KPI d’adoption post go-live donne des indicateurs concrets.
Isoler l’effet ERP du reste
Séparez explicitement ce qui vient de l’ERP de ce qui vient d’ailleurs. Une hausse de volume qui augmente le nombre de commandes traitées, une baisse des prix d’achat négociée par ailleurs, une acquisition qui change le périmètre : aucun de ces éléments n’est un bénéfice ERP. Techniques simples :
- Normaliser par le volume : coût de clôture par entité, temps de traitement par commande, plutôt que des totaux absolus.
- Comparer à un témoin quand c’est possible : une filiale ou un site pas encore basculé.
- Annoter chaque écart de ses facteurs de contexte dans le tableau de suivi, et décider avec le DAF de la part attribuable.
Revue post-implémentation : format, participants, livrables (trame d’une revue de 2 heures)
Planifiez une revue formelle à 12 mois, et une version courte à 6 et à 24 mois. Une revue de 2 heures suffit si elle est préparée : les données sont collectées avant la réunion, pas pendant.
Participants : le sponsor (président de séance), le DAF ou le contrôleur de gestion (garant des chiffres), les propriétaires métier de chaque bénéfice, la DSI (support technique, pas juge), un représentant de l’intégrateur si pertinent. Un tiers neutre (audit interne ou conseil externe) renforce la crédibilité.
Trame type :
| Durée | Séquence |
|---|---|
| 0 h 00 - 0 h 15 | Rappel du business case et du périmètre réellement livré |
| 0 h 15 - 0 h 45 | Revue bénéfice par bénéfice : baseline, cible, mesure, écart, facteurs de contexte |
| 0 h 45 - 1 h 15 | Diagnostic des écarts : cause racine et propriétaire de l’action corrective |
| 1 h 15 - 1 h 40 | Bénéfices non captés : nouvelles opportunités (modules sous-utilisés, automatisations) |
| 1 h 40 - 2 h 00 | Décisions : actions, dates, budget, prochain jalon |
Livrables : le tableau de suivi à jour, un diagnostic écrit des écarts, un plan d’actions nominatif daté, et une note de synthèse pour le COMEX. Chaque bénéfice sort de la réunion avec un statut : atteint, en cours, en retard avec cause, abandonné avec justification.
Pour inscrire ces revues dans la durée, adossez-les à une structure permanente, comme décrit dans notre guide sur la gouvernance post-déploiement et le centre d’excellence.
Quand les bénéfices ne viennent pas : diagnostic
Un écart au plan n’est pas un verdict, c’est un symptôme. Quatre causes reviennent le plus souvent.
- Adoption insuffisante. Les utilisateurs contournent l’outil : tableurs parallèles, validations par e-mail, saisie différée. Indices : taux d’utilisation faible, données incomplètes. Action : formation ciblée, suppression des alternatives, soutien managérial.
- Paramétrage inadapté. L’ERP est configuré à l’identique de l’ancien fonctionnement ou de manière approximative : paramètres MRP jamais ajustés, workflows de validation trop lourds, tarifs mal structurés. Action : revue de paramétrage par processus, avec le propriétaire métier.
- Processus non redessinés. On a informatisé l’existant au lieu de le repenser. L’ERP ne crée pas de gain si le processus reste inefficace. Action : atelier de redéfinition du processus cible, puis ajustement.
- Périmètre réduit. Pour tenir budget et délai, des modules ou des sites ont été reportés, mais les bénéfices correspondants sont restés dans le business case. Action : réviser le plan de bénéfices pour refléter le périmètre réel, ou financer la phase manquante.
Une cinquième cause mérite d’être citée : une hypothèse initiale erronée. Le bénéfice était surestimé dès le départ. Le reconnaître est inconfortable, mais cela vaut mieux que de perpétuer un objectif irréaliste.
Présenter le résultat au COMEX sans maquiller
Un ERP qui délivre 60 % du plan peut être un succès, si le diagnostic est clair et si l’écart est expliqué. À l’inverse, un ERP qui “atteint 100 %” avec des chiffres non traçables fait perdre toute crédibilité au premier contrôle.
Les principes d’une présentation honnête :
- Commencez par le plan initial et le périmètre réellement livré, avant de parler de résultats.
- Montrez les trois états pour chaque bénéfice : réalisé et vérifié, en cours, non réalisé avec cause.
- Distinguez mesuré et estimé : une mention explicite sur chaque chiffre.
- Séparez l’effet ERP des facteurs externes : montrez la méthode, pas seulement le résultat.
- Terminez par des décisions : quelles actions, quel budget, quelle échéance. Un COMEX n’attend pas un bilan, il attend une trajectoire.
Évitez deux travers : additionner des gains uniques (BFR) et des gains récurrents dans un seul ROI, et compter des gains de temps non redéployés comme des économies. Pour comprendre la méthodologie ROI complète en amont, relisez notre guide ROI d’un projet ERP : comment le mesurer.
Modèle de tableau de suivi (bénéfice / propriétaire / baseline / cible / mesure)
Un seul tableau, tenu par le contrôle de gestion, mis à jour à chaque jalon. Chaque ligne a un propriétaire métier nommé, jamais la DSI par défaut.
| Bénéfice | Propriétaire métier | Indicateur et définition | Baseline (date, source) | Cible (échéance) | Mesure 6 / 12 / 24 mois | Part attribuable à l’ERP | Statut |
|---|---|---|---|---|---|---|---|
| Réduction du délai de clôture | DAF | Jours ouvrés jusqu’aux comptes consolidés | J+x (12 mois précédents, tableau de clôture) | J+y à 12 mois | à renseigner | Oui, hors acquisition | En cours |
| Baisse du DSO | Responsable crédit clients | Jours de CA, méthode figée | x jours (estimation, extraction ancien système) | y jours à 12 mois | à renseigner | Partielle, annoter l’effet des conditions de vente | En cours |
| Stock de sécurité réduit | Directeur supply chain | Valeur du stock et rotation | Valeur au dernier inventaire | -x % à 24 mois | à renseigner | Partielle, normaliser par le volume | À lancer |
| Temps de traitement des commandes | Responsable ADV | Minutes par commande, échantillon de 20 | x min (chronométrage) | y min | à renseigner | Oui | En cours |
| Écarts d’audit | Contrôle interne | Nombre de réserves | x à la dernière revue | -x à 24 mois | à renseigner | Oui | À lancer |
Les valeurs “x” et “y” sont à remplir avec vos données. Aucun chiffre générique ne remplace votre baseline.
Pour aller plus loin
Une revue post-implémentation est d’autant plus efficace qu’elle est animée par un regard extérieur et appuyée sur une grille éprouvée. Téléchargez notre grille d’évaluation ERP pour benchmarker votre niveau de maturité sur 30 critères, ou contactez-nous pour un audit post go-live de vos bénéfices.
