Le go-live est derrière vous. Les équipes se connectent à l’ERP chaque matin. Le projet est officiellement “en production”. Et pourtant, six mois plus tard, les gains de productivité promis ne se matérialisent pas. Les délais de traitement n’ont pas diminué. La qualité des données reste médiocre. Le service comptabilité tient toujours ses rapprochements dans un tableur partagé.
Ce n’est pas un problème technique. C’est un problème d’adoption masqué par une apparence de conformité.
Cet article vous donne les 8 KPI à surveiller impérativement en phase post-go-live, comment les collecter sans surcharger vos équipes, et un plan de remédiation structuré si les signaux sont au rouge.
Le paradoxe post-go-live : l’ERP fonctionne, les bénéfices n’arrivent pas
Pourquoi les bénéfices ERP ne se matérialisent pas : la vraie raison
Un ERP technique fonctionnel n’est pas un ERP adopté. La distinction est cruciale, et elle est souvent ignorée pendant les premières semaines post-go-live, quand l’équipe projet est encore en hypercare et que les urgences techniques absorbent toute l’attention.
La raison pour laquelle les bénéfices ne se matérialisent pas est presque toujours la même : les utilisateurs utilisent l’ERP pour ce qui est obligatoire et contrôlé, mais maintiennent leurs outils parallèles pour ce qui compte vraiment opérationnellement. Ils saisissent les commandes dans l’ERP parce que le processus de validation l’impose, mais gèrent les priorités et les exceptions dans un fichier Excel partagé sur OneDrive.
Cette situation n’est pas anodine. Elle a des conséquences directes sur la qualité des données ERP (les décisions réelles ne transitent pas par le système), sur la productivité réelle (double saisie, réconciliation manuelle) et sur le retour sur investissement du projet.
Le rejet silencieux : comment le reconnaître avant qu’il devienne critique
Le rejet déclaré est gérable : un utilisateur qui dit “je n’arrive pas à utiliser le module” peut être formé, accompagné, entendu. Le rejet silencieux est plus dangereux parce qu’il est invisible. Les tableaux de bord de connexion sont verts. Les tickets de support sont rares. Et pourtant, la valeur ne monte pas.
Les signaux précurseurs du rejet silencieux sont discrets :
- Des demandes de rapports ou d’exports que les utilisateurs “préfèrent faire eux-mêmes” plutôt que d’utiliser le module BI de l’ERP
- Des fichiers Excel “temporaires” créés pendant le go-live qui deviennent permanents
- Des managers qui valident des processus ERP sans les avoir réellement lus, parce que le vrai arbitrage se fait ailleurs
- Un volume de tickets support faible accompagné d’un volume de demandes informelles élevé (les questions posées directement aux key users ou à l’IT sans passer par le système de tickets)
Les 8 KPI ci-dessous sont conçus pour rendre visible ce qui se passe réellement dans les 3 à 18 mois qui suivent votre go-live.
Les 8 KPI d’adoption ERP à surveiller impérativement
KPI 1 : Taux de connexion quotidien par profil métier
Définition : pourcentage d’utilisateurs actifs qui se connectent à l’ERP au moins une fois par jour ouvré, segmenté par service et par rôle.
Comment le mesurer : extraction des logs de connexion depuis la console d’administration ERP (disponible nativement dans SAP, Dynamics 365, Odoo et la plupart des ERPs SaaS).
Seuil d’alerte : un taux inférieur à 70 % sur les 30 premiers jours pour les profils à usage quotidien (comptabilité, ADV, achats, logistique) est un signal d’alarme. À mesurer par service, jamais en moyenne globale. Une moyenne de 80 % peut masquer un service entier à 40 %.
Action corrective : identifier les services sous le seuil, organiser une réunion de 30 minutes avec leur manager pour comprendre les blocages, et vérifier si des tâches clés de ce service ont bien été configurées dans l’ERP (si le processus n’est pas dans l’ERP, pourquoi s’y connecter ?).
KPI 2 : Ratio saisies ERP vs saisies parallèles
Définition : inventaire des outils et fichiers parallèles utilisés pour des données opérationnelles qui devraient être gérées dans l’ERP.
Comment le mesurer : audit terrain ciblé. Demandez aux responsables de service de lister tous les fichiers partagés (OneDrive, SharePoint, Google Drive, serveur de fichiers) créés ou modifiés dans les 90 jours suivant le go-live. Chaque fichier Excel, Google Sheets ou Access qui contient des données opérationnelles est un contournement.
Seuil d’alerte : la présence de plus de 3 fichiers opérationnels actifs par service est un signal fort. Un fichier “temporaire” qui dure plus de 60 jours devient une source de vérité parallèle.
Action corrective : pour chaque fichier identifié, comprendre pourquoi il existe. Soit le processus correspondant n’a pas été configuré dans l’ERP (problème de scope ou de paramétrage), soit les utilisateurs ne savent pas l’exécuter dans l’ERP (problème de formation). Les deux diagnostics mènent à des actions différentes.
KPI 3 : Volume de tickets support et requêtes par semaine
Définition : nombre de tickets ouverts par semaine dans l’outil de support, segmenté par type (blocage technique, incompréhension fonctionnelle, demande de modification).
Comment le mesurer : extraction depuis votre outil de ticketing (Jira Service Management, Freshdesk, ServiceNow ou votre portail intégrateur).
Seuil d’alerte : un volume élevé en semaine 1 à 4 est normal (phase d’apprentissage). Un volume qui ne diminue pas après 8 semaines indique que les formations n’ont pas été efficaces. À l’inverse, un volume anormalement faible dès la semaine 3 peut signifier que les utilisateurs ont abandonné l’idée de demander de l’aide et contournent le problème seuls.
Action corrective : analyser la nature des tickets. Une majorité de tickets “je ne sais pas où cliquer” indique un besoin de formation supplémentaire. Une majorité de tickets “le processus ne couvre pas mon cas” indique un problème de paramétrage ou de scope.
KPI 4 : Taux de complétude des données
Définition : pourcentage de champs obligatoires et recommandés réellement renseignés dans les enregistrements ERP, par module et par processus.
Comment le mesurer : requête sur la base de données ERP ou rapport natif de qualité des données. Dans Odoo, les rapports de complétude sont disponibles par modèle. Dans SAP, le module Data Quality Management permet de configurer des règles de complétude. Dans Dynamics 365, Power BI permet de créer ces rapports en quelques heures.
Seuil d’alerte : un taux de complétude inférieur à 85 % sur les champs métier importants (catégorie fournisseur, centre de coût, responsable client) dégrade la qualité des analyses et des rapports de direction. En dessous de 70 %, les tableaux de bord ERP deviennent peu fiables.
Action corrective : identifier les champs systématiquement laissés vides. Soit ils sont perçus comme inutiles par les utilisateurs (expliquer pourquoi ils importent), soit le formulaire est trop long et complexe (revoir l’UX avec l’intégrateur).
KPI 5 : Délai de traitement des processus clés vs benchmark pré-ERP
Définition : durée moyenne de traitement d’un processus clé (commande client, facture fournisseur, demande d’achat) dans l’ERP, comparée à la durée mesurée avant le déploiement.
Comment le mesurer : extraire les timestamps des étapes clés (création, validation, clôture) depuis les logs ERP. Comparer avec les délais mesurés en phase de diagnostic initiale. Si vous n’avez pas de baseline pré-ERP, construisez-la maintenant à partir des estimations des responsables de service.
Seuil d’alerte : si le délai de traitement d’une commande client ou d’une facture fournisseur n’a pas diminué par rapport au pré-go-live après 3 mois de production, les utilisateurs ne maîtrisent pas le workflow ERP ou contournent les étapes de validation.
Action corrective : cartographier les étapes qui prennent le plus de temps. Les goulots d’étranglement indiquent soit un flux mal configuré, soit un manque de formation sur les étapes de validation, soit une résistance organisationnelle (un responsable qui refuse de valider électroniquement ce qu’il signait sur papier).
KPI 6 : Taux d’utilisation des modules déployés
Définition : pour chaque module activé lors du go-live, pourcentage d’utilisation réelle mesurée par le nombre de transactions ou d’enregistrements créés.
Comment le mesurer : liste des modules activés dans la configuration ERP, croisée avec le volume de transactions par module sur les 60 derniers jours.
Seuil d’alerte : un module payé mais utilisé à moins de 30 % de son potentiel après 6 mois de production est une dépense perdue. C’est souvent le signal que le module n’a pas été correctement formé ou qu’il ne couvre pas les vrais besoins métier dans sa configuration actuelle.
Action corrective : organiser une réunion de diagnostic avec les utilisateurs cibles du module. Trois conclusions possibles : le module doit être mieux paramétré, les utilisateurs n’ont pas été suffisamment formés, ou le module ne correspond pas au besoin réel et mérite d’être désactivé pour réduire les coûts de licence.
KPI 7 : Score de satisfaction utilisateur
Définition : note de satisfaction des utilisateurs vis-à-vis de l’ERP, mesurée par une enquête courte et régulière (format eNPS adapté : “Sur une échelle de 1 à 10, recommanderiez-vous l’ERP à un collègue pour réaliser vos tâches quotidiennes ?”).
Comment le mesurer : enquête mensuelle de 3 à 5 questions envoyée par email ou directement dans l’interface ERP (certains outils tiers comme WalkMe ou Whatfix permettent de diffuser ces enquêtes dans la fenêtre de l’application). Les résultats doivent être segmentés par service et par rôle, pas agrégés en moyenne globale.
Seuil d’alerte : un score inférieur à 6/10 dans un service est un signal de résistance active. Un score entre 6 et 7 indique une adoption superficielle. Un score supérieur à 8 dans tous les services au bout de 6 mois est réaliste et indique une adoption réussie.
Action corrective : analyser les verbatims qualitatifs des répondants avec un score faible. Les motifs récurrents indiquent les chantiers prioritaires : lenteur de l’interface, complexité des flux, manque de formation, ou inadéquation fonctionnelle.
KPI 8 : Nombre de contournements identifiés
Définition : inventaire structuré des pratiques de contournement identifiées : shadow IT, doubles saisies, processus exécutés hors ERP (par email, par téléphone, sur papier).
Comment le mesurer : enquête terrain semestrielle, menée par les key users dans leur service. Chaque contournement est documenté : processus concerné, outil utilisé en remplacement, raison invoquée, fréquence.
Seuil d’alerte : plus de 5 contournements actifs identifiés 6 mois après le go-live est un signe que l’ERP ne couvre pas les besoins réels ou que la formation est insuffisante. Chaque contournement représente une perte de qualité de données et un risque de divergence entre la réalité opérationnelle et ce que voit l’ERP.
Action corrective : traiter chaque contournement comme un ticket de backlog : soit l’ERP doit être configuré pour couvrir le cas d’usage, soit une formation ciblée est nécessaire, soit le processus lui-même doit être repensé.
Comment collecter ces KPI sans surcharger les équipes
Les analytics natifs ERP
La plupart des ERPs modernes proposent des outils de suivi d’usage en standard. SAP dispose du UPL (Usage Procedure Logging) dans SAP Solution Manager, qui trace les transactions exécutées par utilisateur et par profil. Microsoft Dynamics 365 intègre Power BI nativement pour construire des tableaux de bord d’adoption en quelques heures. Odoo dispose de logs d’activité par module accessibles depuis la console d’administration. Commencez par ces outils avant d’investir dans des solutions tierces.
Les outils tiers de mesure d’usage
Quand les analytics natifs ne suffisent pas, des outils spécialisés dans l’adoption digitale permettent d’aller plus loin. WalkMe, Whatfix et ClickLearn s’intègrent directement dans l’interface ERP et permettent non seulement de mesurer l’usage (quelles fonctions sont utilisées, combien de temps prend chaque tâche), mais aussi d’ajouter des guides interactifs contextuels pour les utilisateurs en difficulté. Ces outils sont particulièrement efficaces pour les ERP avec une interface complexe (SAP ECC, Oracle EBS).
La méthode manuelle : l’audit terrain
Deux fois par an, organisez un audit terrain de 2 jours dans chaque service impacté. Objectif : observer, pas interroger. Installez-vous à côté d’un utilisateur et regardez comment il travaille réellement. Vous découvrirez en deux heures ce que six mois de tickets support ne vous auront pas révélé.
Plan de remédiation en 4 étapes si l’adoption est insuffisante
Étape 1 : Diagnostic par profil métier (semaines 1 à 2)
Analysez les 8 KPI par service. Identifiez les 2 ou 3 services les plus en difficulté. Rencontrez les responsables de ces services et leurs key users pour comprendre les blocages spécifiques. Ne traitez pas tous les problèmes en même temps : priorisez les processus les plus critiques pour le business.
Étape 2 : Formation ciblée par rôle (semaines 3 à 6)
Abandonnez les sessions généralistes. Construisez des formations de 2 heures maximum, sur un processus précis, pour un rôle précis. Le responsable achats n’a pas besoin d’une formation sur la gestion de paie. La comptable n’a pas besoin de comprendre le module CRM. La précision de la formation est directement corrélée à sa rétention.
Étape 3 : Réseau de champions utilisateurs (semaines 7 à 10)
Identifiez dans chaque service un utilisateur qui maîtrise bien l’ERP et qui a l’estime de ses collègues. Formez-le en profondeur, libérez 20 % de son temps et nommez-le référent ERP de son service. Ce réseau de champions est plus efficace que n’importe quelle campagne de communication interne.
Étape 4 : Revue du paramétrage UX avec l’intégrateur (semaines 11 à 13)
Si des KPI restent dans le rouge malgré la formation et les champions, la cause est probablement fonctionnelle : un processus mal configuré, un flux trop complexe, ou une interface qui ne correspond pas à la réalité métier. Engagez votre intégrateur pour une revue ciblée du paramétrage sur les processus en difficulté. Pas une refonte globale, mais des ajustements ciblés sur les points de friction identifiés par l’audit terrain.
Cas pratique : plan d’action 90 jours pour une ETI manufacturière de 200 salariés
Prenons l’exemple d’une ETI de 200 salariés dans la fabrication industrielle. Go-live il y a 6 mois avec 3 modules déployés : finance, achats et production. Le projet est officiellement “en production”, mais le directeur des opérations signale que les délais de commande n’ont pas changé.
Les 8 KPI mesurés et leurs résultats :
| KPI | Valeur mesurée | Statut |
|---|---|---|
| Taux de connexion quotidien | Finance 92 % / Production 41 % | Alerte production |
| Fichiers Excel parallèles | 7 fichiers actifs en production | Alerte |
| Volume tickets support | Stable à 12/semaine depuis 3 mois | Alerte (ne baisse pas) |
| Complétude des données | 71 % (ordres de fabrication) | Alerte |
| Délai commande vs pré-ERP | Identique (-0 %) | Alerte |
| Taux utilisation modules | Finance 88 % / Production 34 % | Alerte production |
| Score satisfaction utilisateurs | Finance 7,8 / Production 4,2 | Alerte critique production |
| Contournements identifiés | 11 processus hors ERP en production | Alerte critique |
Le diagnostic est clair : le module production n’a pas été adopté. Les 90 jours suivants ont ciblé exclusivement le service production.
Actions déployées et résultats à 90 jours :
- Semaines 1 à 2 : audit terrain de 3 jours en atelier. Constat : les chefs d’équipe n’avaient jamais eu de formation sur la saisie des ordres de fabrication, et le module avait été configuré selon un flux idéal qui ne correspondait pas à la réalité de l’atelier (ajouts de matières en cours de production non prévus).
- Semaines 3 à 6 : 4 sessions de formation de 2h sur les cas réels, animées par le key user finance qui avait une expérience en production. Configuration du module ajustée pour inclure les ajouts matières.
- Semaines 7 à 10 : 2 chefs d’équipe nommés référents ERP production, avec 20 % de temps libéré.
- Résultats à 90 jours : taux de connexion production à 76 %, fichiers Excel actifs réduits de 7 à 2, score de satisfaction production à 6,1, délai de traitement des ordres de fabrication réduit de 18 %.
Pour aller plus loin
Pour structurer la remédiation sur le volet humain, notre plan de conduite du changement ERP en 8 étapes vous donne un cadre opérationnel complet depuis la cartographie des parties prenantes jusqu’à l’ancrage durable.
Si les résultats de l’audit KPI révèlent un problème de formation, notre guide de formation des utilisateurs ERP détaille la construction d’un programme par profil et par rôle.
Enfin, si votre post-go-live est encore en phase de stabilisation technique, notre checklist des 90 premiers jours post-go-live vous aide à sécuriser la production avant de passer à l’optimisation de l’adoption.
