Le go-live est passé. L’intégrateur a rendu les clés. Les consultants externes sont rentrés dans leurs bureaux. Et dans votre organisation, une vingtaine de collaborateurs ont été désignés key users au fil du projet, ont participé aux recettes, ont été formés en premier. Ces personnes sont maintenant supposées être le relais de l’ERP dans leurs services.
Supposées. Parce que dans la majorité des déploiements, ce réseau de key users n’a jamais fait l’objet d’un programme structuré. Pas de mission formalisée, pas de temps alloué, pas de gouvernance, pas de reconnaissance. Résultat : six mois après le go-live, les key users répondent encore aux questions de leurs collègues, mais par obligation implicite, sans cadre, et souvent avec l’impression d’assumer un rôle en plus de leur poste normal.
Ce guide vous explique comment transformer ce réseau informel en programme super-utilisateurs ERP opérationnel, de la sélection initiale jusqu’à l’animation dans la durée.
Pourquoi le réseau key users post go-live est la clé de voûte de votre ROI
Le modèle de support ERP classique ne tient pas dans la durée
Pendant la phase hypercare (les 4 à 8 semaines qui suivent le go-live), les équipes projet et l’intégrateur sont encore mobilisés. Les questions affluent, des corrections sont apportées, les utilisateurs s’adaptent. Le niveau de support est élevé.
Puis le budget hypercare s’épuise. L’équipe projet passe à autre chose. Et le modèle de support se réduit à ce qui existait avant : le service IT pour les incidents techniques, et… rien d’autre pour les questions métier.
C’est là que le fossé se creuse. Les questions métier sur l’ERP (comment saisir une facture d’avoir ? pourquoi mon bon de commande est bloqué ? comment générer ce rapport ?) ne relèvent pas du support technique. Elles relèvent d’une expertise croisée, à la fois métier et fonctionnelle ERP, que seuls des super-utilisateurs bien formés peuvent apporter.
Sans ce relais, les utilisateurs font deux choses : ils trouvent des contournements, ou ils abandonnent les fonctionnalités avancées au profit de leurs habitudes antérieures. Les deux scénarios coûtent cher au ROI du projet.
Un super-utilisateur : pas un expert IT, un référent métier qui maîtrise l’ERP
La confusion la plus fréquente est de traiter le super-utilisateur comme un mini-administrateur système. Ce n’est pas son rôle. Le super-utilisateur est avant tout un expert métier de son service, reconnu par ses pairs, qui a développé une connaissance fonctionnelle avancée des modules ERP qui concernent son périmètre.
La distinction est fondamentale pour la sélection, pour la formation, et pour la gouvernance du réseau. Un super-utilisateur comptable sait configurer les plans de rapprochement dans son ERP, pas déployer des mises à jour serveur. Un super-utilisateur logistique maîtrise les règles de gestion des stocks dans le module WMS, pas les droits d’accès de base de données.
Combien de super-utilisateurs faut-il ?
Il n’existe pas de ratio universel, mais une règle de dimensionnement pratique est la suivante : un super-utilisateur pour 10 à 15 utilisateurs réguliers du même périmètre fonctionnel. Une organisation de 150 utilisateurs ERP répartis sur 5 modules distincts aura besoin d’un réseau de 10 à 15 super-utilisateurs minimum.
Le chiffre de 25 key users correspond à des déploiements de taille intermédiaire, entre 200 et 400 utilisateurs, avec une couverture multi-modules (finance, achats, logistique, ventes, RH). C’est un ordre de grandeur courant pour les PME de 300 à 600 salariés qui basculent sur un ERP intégré.
Deux erreurs de dimensionnement à éviter :
- Le réseau trop restreint : 3 ou 4 key users pour 200 utilisateurs, ce sont des individus qui vont rapidement s’épuiser sous la charge des demandes entrantes.
- Le réseau trop étendu : au-delà de 30 super-utilisateurs, la coordination devient un projet en soi, les standards de réponse divergent, et la gouvernance se complique. Mieux vaut un réseau de 15 super-utilisateurs bien outillés et bien soutenus qu’un réseau de 40 livrés à eux-mêmes.
Recruter : les 5 critères qui font un bon super-utilisateur
La sélection des super-utilisateurs est le moment le plus critique du programme. Une erreur à ce stade compromet tout le reste.
Critère 1 : La légitimité métier, pas la curiosité informatique
Le profil “curieux de technologie” est tentant. Cet utilisateur est enthousiaste, pose des questions, explore les menus. Mais s’il n’est pas reconnu par ses pairs comme un expert de son métier, son avis ne pèse pas suffisamment dans son service pour faire évoluer les pratiques.
Le super-utilisateur doit être quelqu’un à qui ses collègues font naturellement appel quand ils ont une question sur le processus, pas uniquement sur l’outil. La légitimité métier précède la compétence ERP, et non l’inverse.
Critère 2 : L’influence informelle, mesurable sans l’organigramme
Dans chaque service, il y a des personnes dont l’avis fait autorité indépendamment de leur grade. Identifiez-les lors des ateliers de conception : ce sont ceux qui reformulent les propositions de l’intégrateur, qui challengent les maquettes, qui disent “dans notre service ça ne marchera pas comme ça parce que…”. Ces profils sont vos candidats naturels.
Évitez les volontaires trop enthousiastes qui ont candidaté par curiosité personnelle sans avoir cette influence naturelle : ils seront débordés et peu suivis.
Critère 3 : La capacité à expliquer, pas seulement à faire
Un super-utilisateur qui fait à la place des utilisateurs crée une dépendance. Un super-utilisateur qui explique et qui guide crée de l’autonomie. La distinction se voit dès la phase de formation initiale : observez qui reformule les concepts avec ses propres mots, qui pose des questions sur le “pourquoi” du paramétrage et pas seulement sur le “comment”.
Ce critère est difficile à tester en amont, mais un entretien de 20 minutes avec chaque candidat, en leur demandant d’expliquer un processus de leur service à quelqu’un qui ne le connaît pas, est révélateur.
Critère 4 : La disponibilité partielle négociée avec le management
Le super-utilisateur n’est pas à temps plein sur ce rôle, sauf en phase de démarrage et lors des montées de version. Mais il a besoin d’une disponibilité partielle explicitement négociée avec son manager, de l’ordre de 10 à 20 % de son temps en phase active.
Si le manager ne s’engage pas à libérer ce temps, la personne sera physiquement présente dans le réseau mais constamment sous pression entre son poste normal et les demandes du réseau. Elle s’épuisera.
Formalisez cet engagement lors du recrutement : une lettre de mission courte, signée par le manager et le DRH, qui reconnaît le rôle et acte la disponibilité partielle. Ce document protège le super-utilisateur et rend visible la contribution aux yeux de la hiérarchie.
Critère 5 : L’acceptation explicite du rôle, pas une désignation
Un super-utilisateur désigné sans son accord devient rapidement un frein. Il fait le minimum, répond aux questions de façon expéditive, et démissionne du réseau à la première occasion.
Présentez le rôle de manière transparente : les avantages (développement de compétences, visibilité dans l’organisation, accès privilégié aux formations éditeur), les contraintes (disponibilité partielle, responsabilité de support), et la durée (engagement initial de 18 mois, renouvelable). Laissez les candidats décliner.
Former : le programme de formation différenciée
La formation des super-utilisateurs n’est pas une formation utilisateur finale enrichie. C’est un programme distinct, avec des objectifs distincts.
Phase 1 : Formation fonctionnelle approfondie (avant le go-live)
Pendant la phase de recette et de déploiement, les super-utilisateurs reçoivent une formation fonctionnelle qui va au-delà de la simple utilisation des écrans. Ils doivent comprendre :
- Les règles de gestion paramétrées dans l’ERP pour leur périmètre
- Les raisons pour lesquelles certaines options ont été configurées ainsi (et non autrement)
- Les cas aux limites : que se passe-t-il si une commande est passée sur un compte bloqué ? si un utilisateur saisit un article hors référentiel ?
- Les flux entre modules : comment une commande d’achat impacte la comptabilité ? comment une livraison partielle est traitée ?
Cette formation dure généralement 3 à 5 jours par module, dispensée par l’intégrateur ou directement par l’éditeur selon le contrat.
Phase 2 : Formation “formation de formateurs”
C’est la phase la plus souvent négligée et la plus déterminante. Un super-utilisateur qui sait faire n’est pas automatiquement capable de faire apprendre. La formation pédagogique des super-utilisateurs couvre :
- Comment structurer une démonstration de 15 minutes sur un processus clé
- Comment répondre à une question sans faire à la place (questions ouvertes, guidage progressif)
- Comment identifier si un utilisateur a un problème de formation ou un problème paramétrage (deux réponses très différentes)
- Comment remonter une anomalie fonctionnelle vers l’équipe IT ou l’intégrateur (avec les informations nécessaires pour le traitement)
Cette formation peut se faire en interne si vous avez une fonction formation existante, ou via un prestataire externe spécialisé en formation de formateurs. La durée est de 1 à 2 jours, mais l’impact sur la qualité du réseau est considérable.
Phase 3 : Montée en compétence continue
Après le go-live, les super-utilisateurs continuent à se former. Deux sources à intégrer dans votre programme :
- Les formations éditeur : la plupart des éditeurs ERP proposent des formations certifiantes ou des parcours en ligne pour les utilisateurs avancés. SAP Learning Hub, Sage University, Odoo Learn, Microsoft Learn pour Dynamics 365 : ces ressources sont souvent incluses dans le contrat maintenance ou disponibles à tarif réduit pour les partenaires. Négociez ces accès lors du contrat initial.
- Les sessions internes : à chaque mise à jour majeure ou évolution de paramétrage, organisez une session de montée en compétence du réseau avant de déployer la nouveauté aux utilisateurs finaux.
Animer : la gouvernance du réseau dans la durée
Former les super-utilisateurs est une condition nécessaire, pas suffisante. Ce qui différencie un réseau actif d’un réseau qui s’étiole, c’est la gouvernance et l’animation dans la durée.
La réunion mensuelle : structure et ordre du jour type
Une réunion mensuelle du réseau super-utilisateurs est le pilier de l’animation. Elle n’est pas une réunion de travail opérationnelle, mais une instance de coordination et de montée en compétence collective.
Ordre du jour type pour 90 minutes :
- Tour de table des incidents récurrents (20 min) : chaque super-utilisateur signale les 2-3 questions les plus fréquentes de son service ce mois-ci. On identifie les patterns communs.
- Analyse collective d’un cas complexe (25 min) : un des cas remontés est travaillé en groupe pour construire une réponse standard et une documentation.
- Point sur les évolutions à venir (20 min) : montées de version, changements de paramétrage prévus, nouvelles fonctionnalités à déployer.
- Partage de bonnes pratiques (15 min) : un super-utilisateur présente une astuce ou une procédure qu’il a documentée ce mois-ci.
- Divers et escalades (10 min) : les sujets qui nécessitent une décision que le réseau ne peut pas prendre seul.
La base de connaissances collaborative
Un super-utilisateur répond à la même question 30 fois dans l’année. Une base de connaissances documentée transforme ces réponses individuelles en capital collectif.
La base de connaissances n’a pas besoin d’être sophistiquée : un espace partagé (SharePoint, Confluence, Notion, ou même un dossier Teams bien structuré) avec des fiches processus standardisées. Chaque fiche couvre un cas concret, décrit la procédure étape par étape avec des captures d’écran, et indique les cas limites connus.
L’alimentation de cette base doit faire partie de la mission formalisée des super-utilisateurs. Une fiche documentée par mois par super-utilisateur est un objectif raisonnable.
Les canaux de communication internes
Le super-utilisateur ne doit pas être le seul point d’entrée pour les questions. Un canal de communication dédié (une chaîne Teams “Aide ERP”, un espace Slack, ou un formulaire de demande si vous avez un servicedesk) permet de traiter les demandes de manière plus équitable, de mesurer les volumes, et d’alimenter la base de connaissances.
Ce canal n’est pas un channel de support IT. Il est géré par le réseau des super-utilisateurs, avec un engagement de réponse en J+1 pour les questions non urgentes.
Le dispositif de permanence
Pour les organisations avec des contraintes opérationnelles fortes (production en 3x8, logistique avec des créneaux critiques), un dispositif de permanence peut être nécessaire : un super-utilisateur “de permanence” chaque semaine, joignable en priorité pour les incidents bloquants.
Ce dispositif n’est pas pour les questions banales, mais pour les situations où un utilisateur est bloqué sur un processus critique et ne peut pas attendre J+1. Il doit être compensé explicitement (récupération de temps, avantage ponctuel) sous peine de créer du ressentiment.
Mesurer l’efficacité du programme
Un programme super-utilisateurs sans indicateurs est une pétition de principe. Voici les métriques à suivre.
Indicateurs d’activité du réseau
- Volume de demandes traitées par le réseau : nombre de questions reçues via le canal dédié, par mois, par super-utilisateur. Une évolution à la hausse les 3 premiers mois est normale. Une hausse persistante après 6 mois signale un problème d’autonomisation des utilisateurs.
- Taux de résolution au premier contact : quel pourcentage des demandes est résolu par le super-utilisateur sans escalade vers l’intégrateur ou l’IT ? Un taux inférieur à 70 % après 6 mois indique que la formation initiale était insuffisante sur certains sujets.
- Nombre de fiches documentées : indicateur de la contribution à la base de connaissances collective. Un réseau qui ne documente pas est un réseau à risque : si un super-utilisateur quitte l’organisation, sa connaissance part avec lui.
Indicateurs d’impact métier
- Évolution du taux d’adoption par service : mesuré mensuellement via les logs de connexion et les KPI d’utilisation des modules. Un service avec un super-utilisateur actif doit montrer une adoption plus élevée qu’un service non couvert.
- Temps moyen de résolution des questions métier : avant le programme, combien de temps fallait-il pour résoudre une question fonctionnelle ? Après 6 mois de programme, ce temps doit avoir diminué de manière significative.
Indicateurs de santé du réseau
- Taux de présence aux réunions mensuelles : un taux inférieur à 75 % sur 3 mois consécutifs est un signal d’alerte. Le réseau se désengage.
- Niveau de satisfaction des super-utilisateurs : un sondage trimestriel anonyme, 5 questions maximum. Mesurez leur charge perçue, leur niveau de formation, leur sentiment de reconnaissance. C’est l’indicateur le plus prédictif du risque de départ ou de désengagement.
Éviter les 4 erreurs qui font échouer les programmes super-utilisateurs
Erreur 1 : Ne pas formaliser la mission et la disponibilité
Un super-utilisateur sans lettre de mission officielle et sans allocation de temps négociée avec son manager s’épuise en 6 mois. Le management de proximité finit par lui demander de “ne pas perdre son temps avec l’ERP” dès que la pression opérationnelle monte.
Erreur 2 : Arrêter la formation après le go-live
L’ERP évolue. Les paramètres changent. Les nouveaux utilisateurs arrivent. Un super-utilisateur formé uniquement lors du déploiement initial sera dépassé en 18 mois. Le programme de formation continue est non négociable.
Erreur 3 : Oublier la reconnaissance
Le rôle de super-utilisateur apporte des contraintes réelles sans compensation automatique dans la plupart des organisations. Les leviers de reconnaissance disponibles sans augmentation salariale : la visibilité dans l’organisation (présentation en CODIR de l’avancement du programme), l’accès prioritaire aux formations éditeur, une mention dans le bilan de compétences ou l’entretien annuel. Ces leviers coûtent peu et font beaucoup.
Erreur 4 : Confondre super-utilisateur et administrateur fonctionnel
Certains super-utilisateurs, par leur niveau de maîtrise, peuvent être tentés (ou poussés) à prendre en charge des tâches d’administration fonctionnelle : créer des utilisateurs, modifier des droits, ajuster des paramètres. Ce glissement de rôle est dangereux. L’administration fonctionnelle nécessite une rigueur de processus et une traçabilité qui ne relève pas du réseau super-utilisateurs, mais d’une gouvernance IT structurée.
Séparez clairement les deux rôles dès le départ, et documentez ce que le super-utilisateur peut et ne peut pas faire dans votre environnement ERP.
Intégrer le programme dans la durée de vie de l’ERP
Un programme super-utilisateurs n’est pas un projet avec une date de fin. C’est un dispositif permanent, qui doit évoluer avec l’organisation et avec l’outil.
Trois événements nécessitent une révision du programme :
- Une montée de version majeure : remise à niveau de l’ensemble du réseau avant déploiement, revue des fiches de la base de connaissances.
- Un turnover significatif : si vous perdez plus de 30 % du réseau en 12 mois (départs, mutations internes), la reconstruction de la compétence collective prend 6 à 8 mois. Anticipez avec un plan de succession : chaque super-utilisateur identifie son “binôme en formation” dans son service.
- Une extension de périmètre : déploiement d’un nouveau module ou d’une nouvelle filiale. Les super-utilisateurs existants ne peuvent pas absorber un périmètre élargi sans formation et ressources supplémentaires.
La revue annuelle du programme, conduite par le responsable IT ou le DSI avec la participation des managers de service, est l’occasion de valider ces évolutions et de prendre les décisions de renforcement nécessaires.
Pour approfondir la dimension méthode et outils, notre guide pratique de la conduite du changement ERP couvre les modèles ADKAR et Prosci, la gestion des résistances et la matrice de communication. Pour le pilotage de l’adoption dans les 12 mois qui suivent le go-live, consultez notre article sur les 8 KPI d’adoption ERP à mesurer en post-go-live pour identifier le rejet silencieux avant qu’il ne s’installe.
