Votre ERP est en production. Le projet a été livré dans les délais (ou presque), les utilisateurs ont été formés, l’intégrateur a transmis les clés. Et maintenant ? Pour la majorité des entreprises, c’est précisément à ce moment que les ennuis commencent.
Selon les retours des intégrateurs ERP et les études terrain, la majorité des organisations n’ont pas de processus formel de gouvernance après le go-live. Le résultat est prévisible : les contournements Excel réapparaissent, les modules secondaires sont progressivement abandonnés, les demandes d’évolution s’empilent sans priorisation, et le système perd progressivement sa valeur ajoutée.
Ce guide structuré autour de six piliers vous donne les outils concrets pour éviter cette érosion et faire de votre ERP un actif qui se bonifie avec le temps.
Le syndrome du « go-live et on oublie » : pourquoi tant d’ERP sous-performent après deux ans
Signes d’alerte d’un ERP qui dérive
Un ERP en dérive ne s’effondre pas du jour au lendemain. Il se dégrade progressivement, et les signaux sont souvent minimisés par les équipes :
- Exports Excel parallèles : les utilisateurs extraient les données de l’ERP pour les retravailler dans des tableurs, signe que le système ne répond plus à leurs besoins d’analyse ou de reporting.
- Workarounds métier : des processus contournent l’ERP (bons de commande papier, validations par email au lieu du workflow intégré, saisies manuelles dans des outils tiers).
- Modules abandonnés : le module CRM ou le module achats, pourtant déployés, ne sont plus utilisés faute de maintenance ou de formation.
- Données incohérentes : les fiches clients sont en doublon, les stocks affichés ne correspondent pas à la réalité, les rapprochements comptables nécessitent des corrections manuelles.
- Tickets de support en hausse constante : signe que les utilisateurs n’ont pas les réflexes ou que le système n’a pas évolué avec les besoins.
Ces symptômes, pris individuellement, semblent mineurs. Cumulés sur 18 à 24 mois, ils représentent une perte significative de la valeur ajoutée du système.
L’erreur classique : dissoudre l’équipe projet le jour du go-live
Dans beaucoup d’organisations, l’équipe projet ERP est démantelée dès que le système est en production. Les key users retournent à 100 % sur leur poste opérationnel, le chef de projet est affecté à un autre programme, et l’intégrateur intervient uniquement sur des tickets de support ponctuels.
C’est une erreur structurelle. L’ERP entre alors dans une phase de maintenance minimale, sans vision d’évolution ni capacité à absorber les nouveaux besoins métier. Les demandes d’amélioration non traitées s’accumulent et génèrent de la frustration chez les utilisateurs, qui finissent par contourner le système.
La solution : transformer l’équipe projet en structure de gouvernance permanente. C’est le rôle du centre d’excellence ERP.
Pilier 1 : créer un centre d’excellence ERP (CoE)
Composition type d’un CoE
Le centre d’excellence ERP n’est pas un nouveau département. C’est une structure transversale, légère, qui réunit les compétences clés pour piloter l’évolution du système :
- Sponsor direction (DAF, DG ou DSI) : porte la vision stratégique, arbitre les investissements et assure le rattachement au COMEX. Sans sponsor au plus haut niveau, le CoE n’a pas de pouvoir de décision.
- Responsable CoE (souvent l’ancien chef de projet ERP) : coordonne les activités, gère le backlog d’évolutions, anime les comités de pilotage.
- Key users métier (2 à 5 selon la taille de l’entreprise) : représentants de la finance, des achats, de la supply chain, de la production. Ils consacrent 10 à 20 % de leur temps au CoE, le reste à leur poste opérationnel.
- Référent IT / administrateur ERP : gère la partie technique (paramétrages, interfaces, montées de version, droits d’accès).
- Intégrateur / TMA : partenaire externe qui intervient sur les développements spécifiques et les montées de version majeures, cadré par un contrat de tierce maintenance applicative.
Pour une ETI de 200 à 500 collaborateurs, le CoE mobilise typiquement l’équivalent de 1,5 à 2 ETP (équivalents temps plein) répartis sur 5 à 8 personnes.
Rôles et responsabilités : qui arbitre les demandes d’évolution ?
Le CoE fonctionne avec un comité de pilotage trimestriel et un comité opérationnel mensuel :
- Comité de pilotage trimestriel (sponsor + responsable CoE + DSI) : valide la roadmap ERP, arbitre les investissements, aligne l’ERP avec la stratégie d’entreprise.
- Comité opérationnel mensuel (responsable CoE + key users + référent IT) : priorise le backlog d’évolutions, traite les incidents récurrents, suit les KPI de performance.
Règle fondamentale : toute demande d’évolution passe par le CoE. Pas de développement « sauvage » demandé directement à l’intégrateur par un directeur métier. Ce point est critique pour éviter la surpersonnalisation, chaque customisation ayant un coût de maintenance récurrent (tests de non-régression à chaque montée de version, documentation à maintenir, compétences spécifiques à conserver).
Pilier 2 : définir les KPI de performance ERP
Un ERP sans indicateurs de suivi, c’est comme piloter un avion sans tableau de bord. Le CoE doit mettre en place des KPI couvrant deux dimensions : technique et métier.
KPI techniques
| Indicateur | Cible recommandée | Fréquence de mesure |
|---|---|---|
| Disponibilité du système | > 99,5 % | Mensuelle |
| Temps de réponse moyen (transactions critiques) | < 3 secondes | Hebdomadaire |
| Taux d’erreur applicative | < 0,5 % des transactions | Mensuelle |
| Nombre de tickets de support ouverts | Tendance baissière | Mensuelle |
| Délai moyen de résolution d’un incident | < 4 heures (critique), < 2 jours (standard) | Mensuelle |
KPI métier
Les KPI métier sont les plus importants car ils mesurent la valeur réelle délivrée par l’ERP aux utilisateurs :
| Indicateur | Exemple concret | Cible |
|---|---|---|
| Taux d’adoption | % d’utilisateurs actifs / utilisateurs licenciés | > 85 % |
| Délai de clôture comptable mensuelle | Passé de 12 jours à 5 jours grâce à l’ERP | En amélioration continue |
| Taux de commandes automatisées | Commandes passées via le workflow ERP vs commandes manuelles | > 90 % |
| Taux de saisie unique | Données saisies une seule fois vs ressaisies manuelles | > 95 % |
| Fiabilité des stocks | Écart entre stock ERP et stock physique | < 2 % |
| Délai de traitement des factures fournisseurs | Du bon de réception au paiement | En réduction |
Tableau de bord ERP : fréquence et audience
Le CoE produit un tableau de bord synthétique, distribué à trois audiences :
- COMEX / direction (trimestriel) : 5 indicateurs clés, focus sur le ROI et l’alignement stratégique. Pour mesurer concrètement le retour sur investissement de votre ERP, consultez notre guide dédié au ROI d’un projet ERP.
- Key users et managers métier (mensuel) : KPI métier détaillés par module, tendances, actions correctives.
- Équipe IT (hebdomadaire) : KPI techniques, incidents ouverts, charge de la TMA.
Pilier 3 : gérer le backlog d’évolutions
Processus de priorisation (impact business x effort x urgence)
Toutes les demandes d’évolution ne se valent pas. Le CoE applique une matrice de priorisation simple :
- Impact business (1 à 5) : combien d’utilisateurs sont concernés ? Quel gain de productivité ou de fiabilité attendu ?
- Effort de réalisation (1 à 5) : combien de jours d’intégrateur ou d’administrateur ? Faut-il un développement spécifique ou un simple paramétrage ?
- Urgence (1 à 3) : contrainte réglementaire, blocage opérationnel, ou amélioration de confort ?
Le score = Impact x Urgence / Effort donne un ordre de priorité objectif. Les demandes à fort impact et faible effort passent en premier. Les personnalisations lourdes à faible impact sont systématiquement challengées : un processus métier peut-il s’adapter au standard de l’ERP plutôt que l’inverse ?
Il est essentiel de distinguer trois types de maintenance :
- Corrective : bugs, dysfonctionnements, anomalies. Traitement immédiat.
- Évolutive : nouvelles fonctionnalités, améliorations. Priorisée par le CoE.
- Réglementaire : mise en conformité (facturation électronique 2026, CSRD, évolutions fiscales). Obligatoire, à anticiper dans la roadmap.
Release cadence : livrer des évolutions tous les trimestres
Un des pièges classiques est d’accumuler les demandes pendant 12 à 18 mois, puis de les livrer dans un « big bang » qui déstabilise les utilisateurs. Le CoE doit imposer un rythme de livraison trimestriel :
- Sprint de cadrage (2 semaines) : spécification des évolutions retenues avec les key users.
- Développement et paramétrage (4 à 6 semaines) : réalisation par l’intégrateur ou l’équipe IT interne.
- Recette métier (2 semaines) : tests par les key users en environnement de pré-production.
- Déploiement (1 semaine) : mise en production, communication utilisateurs, mise à jour de la documentation.
Ce rythme trimestriel permet de délivrer de la valeur régulièrement, de maintenir l’engagement des key users et d’éviter l’accumulation d’une dette fonctionnelle ingérable.
Pilier 4 : formation continue et onboarding des nouveaux
Plan de formation annuel et documentation vivante
La formation initiale au moment du go-live ne suffit pas. Les processus évoluent, de nouvelles fonctionnalités sont déployées chaque trimestre, et les utilisateurs oublient les gestes qu’ils n’utilisent pas quotidiennement.
Le CoE met en place un plan de formation annuel structuré :
- Sessions de rappel trimestrielles (1 à 2 heures) : alignées avec les releases, elles couvrent les nouvelles fonctionnalités et les bonnes pratiques identifiées.
- Ateliers key users semestriels (demi-journée) : approfondissement des fonctionnalités avancées, partage de bonnes pratiques inter-services.
- Documentation vivante : les guides utilisateurs sont mis à jour à chaque release, accessibles directement dans l’ERP (aide contextuelle) ou sur un wiki interne.
Les organisations qui consacrent 15 à 20 % de leur budget post-déploiement à la formation et au support obtiennent les meilleurs résultats d’adoption (Avero Advisors, Guide to ERP Post-Implementation Success). Pour une méthodologie complète de formation, consultez notre guide sur la formation des utilisateurs ERP.
Intégrer l’ERP dans l’onboarding RH des nouvelles recrues
Un point souvent négligé : les nouveaux collaborateurs arrivent sans aucune connaissance de l’ERP. Si l’onboarding ne prévoit pas de formation dédiée, ils apprennent « sur le tas » avec les mauvaises habitudes de leurs collègues.
Le CoE travaille avec les RH pour intégrer un module ERP dans le parcours d’intégration :
- J+1 à J+5 : création des accès, présentation générale du SI et de la place de l’ERP.
- J+5 à J+15 : formation ciblée sur les modules utilisés par le nouveau collaborateur, encadrée par le key user de son service.
- J+30 : point de suivi avec le key user pour identifier les blocages et consolider les acquis.
Pilier 5 : gestion des montées de version et patches
Politique de patching (sécurité vs fonctionnel)
Les éditeurs ERP publient régulièrement des mises à jour : patches de sécurité, correctifs fonctionnels, nouvelles fonctionnalités. Le CoE définit une politique claire :
- Patches de sécurité : application sous 30 jours maximum après publication par l’éditeur. Pas de dérogation possible.
- Correctifs fonctionnels : évaluation par le référent IT, application groupée dans la release trimestrielle sauf si le bug est bloquant.
- Montées de version majeures : planification 6 à 12 mois à l’avance, avec un projet dédié incluant tests de non-régression, migration des données et re-certification des développements spécifiques.
Le contrat de TMA doit couvrir explicitement ces trois niveaux. Un contrat bien négocié inclut un nombre de jours/homme annuel pour les évolutions (souvent 30 à 60 jours selon la taille du périmètre), un SLA pour les incidents critiques, et un engagement sur les montées de version.
Environnements de test et régression
Aucune modification ne doit être déployée en production sans avoir été validée en environnement de pré-production (souvent appelé « recette » ou « staging »). Le CoE maintient au minimum deux environnements :
- Environnement de développement/test : pour les paramétrages, développements et tests unitaires.
- Environnement de recette : miroir de la production, utilisé par les key users pour valider les évolutions avant déploiement.
Les tests de non-régression sont critiques : chaque modification, même mineure, peut avoir des effets de bord sur d’autres modules. Le CoE maintient un jeu de tests de référence couvrant les processus métier critiques (commande client de bout en bout, cycle achats-factures-paiements, clôture mensuelle).
Pilier 6 : audit annuel et alignement stratégique
Revue annuelle ERP/SI avec la direction
Une fois par an, le CoE organise une revue stratégique avec la direction générale. L’objectif : vérifier que l’ERP reste aligné avec la stratégie d’entreprise et identifier les investissements nécessaires pour les 12 à 24 mois suivants.
L’ordre du jour type :
- Bilan de l’année écoulée : KPI clés, évolutions livrées, incidents majeurs, satisfaction utilisateurs.
- Analyse du TCO (coût total de possession) : licences, TMA, infrastructure, formation. Le TCO est-il conforme aux prévisions du business case initial ?
- Roadmap N+1 : projets d’évolution majeurs (nouveau module, intégration avec un nouveau SaaS, refonte d’un processus métier).
- Benchmark : le système actuel est-il toujours compétitif par rapport aux alternatives du marché ? Y a-t-il des signaux d’alerte (fin de support annoncée par l’éditeur, technologie devenue obsolète) ?
- Budget : enveloppe pour les évolutions, la TMA et la formation pour l’année suivante.
Anticipation des évolutions réglementaires
Le cadre réglementaire européen impose des adaptations régulières aux systèmes d’information, et l’ERP est en première ligne :
- Facturation électronique : la France impose le passage à la facturation électronique entre 2026 et 2027 selon la taille de l’entreprise. L’ERP doit être compatible avec les formats réglementaires (Factur-X, UBL) et les plateformes de dématérialisation.
- CSRD (Corporate Sustainability Reporting Directive) : les obligations de reporting extra-financier s’étendent progressivement aux ETI. L’ERP peut être une source de données clé (consommation énergétique, émissions, déchets).
- Évolutions fiscales et sociales : taux de TVA, barèmes sociaux, conventions collectives. L’éditeur ou l’intégrateur doit fournir les mises à jour réglementaires dans les délais.
Le CoE intègre ces échéances réglementaires dans sa roadmap annuelle, en coordination avec la DAF et la direction juridique.
Mettre en place votre gouvernance : par où commencer ?
Si votre ERP est déjà en production et que vous n’avez pas de structure de gouvernance, il n’est pas trop tard. Voici un plan d’action en 90 jours :
- Mois 1 : nommer un responsable CoE, identifier les key users volontaires, réaliser un diagnostic rapide (quels modules sont réellement utilisés ? quels contournements existent ?).
- Mois 2 : mettre en place les KPI prioritaires (taux d’adoption, tickets de support, disponibilité), constituer le backlog d’évolutions en attente, cadrer le contrat de TMA.
- Mois 3 : organiser le premier comité de pilotage, valider la roadmap du prochain trimestre, lancer la première release d’évolutions.
La gouvernance ERP n’est pas un luxe réservé aux grands groupes. C’est la condition pour que votre investissement continue de produire de la valeur. Un ERP bien gouverné est un ERP qui évolue avec votre entreprise. Un ERP laissé à lui-même devient un frein.
Pour poser les bases en amont d’un déploiement, consultez notre guide sur la conduite du changement ERP. Et pour mesurer concrètement ce que votre ERP vous rapporte, notre article sur le ROI d’un projet ERP vous donne la méthode.
Téléchargez notre grille d’évaluation ERP pour structurer votre propre tableau de bord de gouvernance avec 30 critères sur 100 points.
