Lorsqu'un projet d’implantation d’ERP rencontre des difficultés, ce n'est généralement pas parce que le logiciel est mauvais ou que les équipes sont incompétentes. Dans la majorité des cas, la source des problèmes existe avant même le début de l'implantation : logiciel choisit sans processus de sélection, gestionnaires non engagés, responsabilités mal définies, ressources internes insuffisamment disponibles, attentes irréalistes ou compréhension incomplète des besoins réels de l'entreprise.
Un ERP n'est pas qu'un projet informatique. C'est un projet d'entreprise qui touche les processus, les employés, les données et la façon de travailler au quotidien.
Avant de commencer les configurations, les formations ou les migrations de données, certaines étapes sont essentielles pour donner au projet les meilleures chances de succès.
Voici les quatre éléments que toute PME devrait mettre en place avant de démarrer son implantation ERP.
Nommer un chargé de projet interne et lui libérer du temps
L'entreprise doit nommer un responsable interne du projet. Cette personne devient le point de contact principal entre les équipes de l’entreprise et l'intégrateur. L'entreprise doit prévoir dès le départ un dégagement partiel ou complet de certaines responsabilités opérationnelles.
Ses responsabilités incluent généralement :
- Suivre l’avancement et coordonner les actions en interne ;
- Préparer les ateliers, s’assurer que les équipes sont présentes et participatives;
- Valider les décisions et les priorités avec l’intégrateurs ;
- Suivre les actions;
- Assurer les communications interne avec les équipes et avec le comité de direction ;
- Escalader les enjeux au comité de direction lorsque nécessaire.
2 erreurs fréquentes :
- On entend souvent « Notre responsable informatique va s’occuper de ça, c’est lui l’expert »
- Effectivement, le chargé de projet peut être votre responsable informatique, mais n’oubliez pas que c’est un projet corporatif, pas un projet technologique ! On parle donc d'un projet basé sur vos processus d'affaires : les ateliers, les validations, les tests, les formations et la gestion du changement nécessitent l'engagement et la disponibilité des équipes métier (ventes, production, comptabilité …). Il ne faut donc pas voir le chargé de projet comme celui qui va "faire" et s’occuper de tout.
- Engager une nouvelle ressource, chargée de l’implantation ERP
- Cette décision représente souvent un investissement beaucoup plus couteux car cette ressource fraichement arrivée a certes du temps mais elle ne connait ni vos processus, ni vos employés. Son efficacité et sa capacité à apporter un changement accepté de tous, seront donc très limitées.
Réaliser un cadrage rigoureux après la signature du contrat
C'est probablement l'étape la plus sous-estimée dans un projet ERP. Certains dirigeants croient que le contrat signé contient déjà toutes les réponses. En réalité, le contrat confirme le périmètre général du projet. Le cadrage permet quant à lui de préciser comment ce périmètre sera concrètement réalisé.
À ce stade, les discussions quittent le niveau commercial pour entrer dans un niveau opérationnel. Vous échangez désormais avec :
- Le chargé de projet (l’intégrateur);
- Des analystes fonctionnels (pour faire correspondre vos besoins et le logiciel) ;
- Les ressources techniques si besoin de personnalisation sur des requis précis
L'objectif est de produire un référentiel commun qui guidera l'ensemble du projet.
Dans la méthodologie utilisée par les Conseillers COGITEOS, cette phase comprend notamment l'analyse détaillée des processus, de la structure organisationnelle, des besoins de rapports, de la qualité des données existantes ainsi que des intégrations nécessaires avec les systèmes déjà en place.
C’est à cette étape que l’on valide ce qui pourra être implanté dans le logiciel « vanille » de l’ERP (c'est à dire l'outil standard avec uniquement les configurations requises) et ce qui va nécessiter du développement.
Le cadrage produit ensuite plusieurs livrables structurants qui deviendront les fondations du projet.
Comme pour la construction d'une maison, une soumission précise nécessite des plans détaillés. Or, dans un projet ERP, ces plans n'existent pas lors de la signature du contrat. La soumission repose sur des hypothèses. Le cadrage permet ainsi de produire les plans détaillés du projet afin de confirmer les efforts requis et, au besoin, d'ajuster le budget, l'échéancier ou le périmètre.
L'architecture fonctionnelle
L'architecture fonctionnelle permet de s'assurer que tout le monde partage la même compréhension du fonctionnement attendu, à savoir:
- les processus cibles (ce qu’on veut faire dans l’ERP);
- les modules requis;
- les flux de données;
L'architecture technique
L'architecture technique précise :
- les environnements attendus et leur fonction (test, production)
- les accès utilisateurs;
- les règles de sécurité;
- les intégrations requises.
Pour les manufacturiers, cette étape est particulièrement importante puisqu'elle permet également d'identifier les connexions nécessaires avec le logiciel de dessin, les équipements de production ou d'autres systèmes métiers déjà en place.
Garder ça simple !
Un ERP moderne offre généralement beaucoup de possibilités. C'est une force, mais aussi un risque. Lorsqu'une entreprise découvre les capacités du système, elle peut être tentée de reproduire exactement ses anciennes façons de faire.
On entend alors des demandes comme :
« On veut garder notre formulaire comme avant. »
« Nous on fonctionne d'une manière très spécifique. »
« On aimerait automatiser cette tâche »
Il est également fréquent que de nouveaux besoins apparaissent en cours de projet :
« Tant qu'à y être, on pourrait aussi ajouter cette fonctionnalité »
Certaines demandes sont justifiées, mais dans un projet ERP, chaque demande doit être examinée avec rigueur.
Garder le projet simple ne veut pas dire ignorer les besoins de l'entreprise. Cela veut dire distinguer clairement ce qui est essentiel de ce qui est simplement habituel.
Une bonne question à poser est : Ce besoin est-il critique pour atteindre les objectifs d'affaires du projet ?
Si la réponse est non, il faut probablement le remettre à une phase ultérieure.
Cette logique est particulièrement importante pour une première implantation ERP. Une PME qui passe d'Excel, de courriels et de processus informels à un système intégré vit déjà un changement important. Ajouter trop de personnalisations dès le départ augmente inutilement la complexité.
Les meilleures implantations privilégient souvent une première version simple, stable et bien adoptée. Ensuite, l'entreprise peut améliorer progressivement le système. Ce principe est l'un des meilleurs moyens de contrôler le budget et d'accélérer l'adoption.
Réviser le budget après cadrage
Le cadrage permet de confirmer ou d'ajuster le budget initial en fonction d'éléments plus précis :
- complexité réelle des processus;
- qualité des données;
- nombre d'utilisateurs;
- intégrations nécessaires;
- rapports à produire;
- personnalisations requises;
- disponibilité réelle des ressources internes;
- rythme de déploiement souhaité.
Le cadrage devient donc le moment où le budget passe d'une hypothèse commerciale à un budget de projet consolidé.
Ce point est essentiel pour éviter les incompréhensions. Si un client croit que le budget signé ne pourra jamais changer, il risque d'interpréter chaque ajustement comme un dépassement. À l'inverse, si l'intégrateur considère que tout écart sera simplement facturé au fur et à mesure, le client perd rapidement confiance.
La bonne approche consiste à mettre les responsabilités à la bonne place.
Le fournisseur doit expliquer clairement ce qui est inclus, ce qui est exclu, ce qui reste à valider et ce qui pourrait générer des coûts supplémentaires.
Le client doit, de son côté, fournir les informations nécessaires, valider les décisions rapidement et accepter que certains besoins ne puissent être chiffrés précisément qu'après analyse détaillée.
Cette transparence permet de traiter le budget comme un outil de pilotage, et non comme une source permanente de tension.
Conclusion : un projet ERP réussi commence par une bonne gouvernance
Le succès d'une implantation ERP ne dépend pas uniquement du logiciel choisi.
Les projets qui se déroulent le mieux sont généralement ceux qui ont des bases solides : un chargé de projet interne disponible, un cadrage rigoureux permettant d'aligner les attentes et un budget révisé à partir d'informations complètes et validées.
À cela s'ajoute un principe souvent sous-estimé : garder les choses simples. Chaque personnalisation, chaque exception et chaque demande supplémentaire doit être évaluée en fonction de sa réelle valeur pour l'entreprise.
Un ERP est un outil qui doit soutenir vos opérations, pas les complexifier.
Un projet clair, des responsabilités bien définies et des décisions prises rapidement, diminuent les risques de dépassement de budget, de retard et de frustration.
L'objectif n'est pas de créer un système parfait dès le premier jour, mais de mettre en place une solution stable, adoptée par les équipes et capable d'évoluer avec l'entreprise. Un processus d'amélioration continue permettra de garder l'ERP aligné sur la stratégie de l'entreprise sur la durée.
Vous planifiez une implantation ERP ?
COGITEOS accompagne les PME du Québec dans leurs projets de transformation numérique et peut agir comme chargé de projet interne afin de représenter vos intérêts, coordonner les intervenants, structurer le cadrage et assurer le suivi du projet auprès de l'intégrateur.
Une bonne préparation demeure le meilleur investissement pour assurer la réussite de votre implantation ERP.