Projet ERP : 7 erreurs qui font échouer la conduite du changement
Un ERP échoue rarement pour des raisons techniques. Les sept erreurs humaines et d’organisation que nous voyons le plus souvent, et comment les éviter.
Quand un projet ERP déçoit, on accuse souvent le logiciel. Dans notre expérience, c’est rarement lui le problème. Ce qui fait échouer un projet, ce sont des décisions humaines et d’organisation, prises (ou évitées) bien avant le démarrage.
Voici les sept erreurs que nous rencontrons le plus souvent.
1. Confier le projet uniquement à l’informatique
Un ERP change la façon dont l’entreprise vend, achète, stocke et compte. Si la direction et les responsables métier ne s’impliquent pas, l’outil reproduira les habitudes d’hier au lieu de les améliorer. Le projet doit avoir un sponsor de direction, présent aux décisions clés.
2. Vouloir reproduire l’ancien système à l’identique
« Faites comme avant » est la demande la plus coûteuse d’un projet ERP. Chaque écart au standard, c’est du développement, de la maintenance et une migration plus difficile. Le bon réflexe : se demander d’abord pourquoi on travaille ainsi, puis si le standard ne fait pas mieux.
3. Ne pas nommer d’utilisateurs clés
Chaque service a besoin d’un référent : quelqu’un qui connaît le métier, participe aux ateliers, teste et forme ensuite ses collègues. Sans eux, toutes les questions remontent à l’intégrateur, et les utilisateurs ne s’approprient pas l’outil.
4. Sous-estimer la reprise des données
Des articles en double, des clients mal renseignés, des stocks faux : les données de départ sont souvent le maillon faible. Un ERP alimenté avec des données douteuses donnera des chiffres douteux, et perdra la confiance des équipes dès la première semaine.
5. Former trop tôt, ou trop peu
Une formation trois mois avant le démarrage est oubliée le jour J. Une démonstration d’une heure ne suffit pas. Ce qui marche : former juste avant la bascule, sur les données réelles de l’entreprise, puis accompagner les premières semaines.
6. Démarrer sans plan de bascule
Qui gèle les saisies, quand, comment on contrôle les soldes, que fait-on si un problème survient le lundi matin ? Sans réponse écrite à ces questions, la bascule devient une improvisation stressante. Prévoir aussi un plan de retour arrière rassure tout le monde.
7. Considérer le démarrage comme la fin du projet
Le démarrage n’est qu’un début. Les trois premiers mois révèlent les vrais besoins : un rapport manquant, un processus à ajuster, une équipe à reformer. Prévoyez ce temps et ce budget dès le départ.
Ce que nous faisons pour éviter ces erreurs
- un cadrage avec la direction et les métiers, pas seulement avec l’informatique ;
- des utilisateurs clés formés en premier, qui deviennent les relais internes ;
- une migration à blanc pour contrôler les données avant le jour J ;
- une bascule planifiée, avec gel des saisies et plan de retour arrière ;
- trois mois de garantie après le démarrage, puis un support adapté.
Un ERP réussi, c’est surtout une équipe qui a envie de s’en servir.