Vous êtes sur le point de lancer un projet ERP.
Et comme souvent, le danger n’arrive pas au mois 8 “par surprise”.
En réalité, beaucoup de projets ERP annoncent leur dérapage… avant même le kick-off.
Voici une liste de red flags très concrets, classés par thème, pour repérer les projets qui vont finir en : budget qui explose, planning qui glisse, équipes qui se démotivent… et retour sur Excel.
1 - Cadrage & périmètre
Red flag #1, “On va cadrer pendant le projet”
Traduction : pas de périmètre clair, pas d’exclusions, pas d’hypothèses.
➡️ Risque direct : le périmètre grossit, les ateliers deviennent une arène, et le devis devient “une base”.
Red flag #2, Aucun objectif mesurable
Exemples d’objectifs mesurables :
- passer la clôture mensuelle de 10 jours à 5 jours
- diviser le taux d’erreurs de facturation
- réduire les ruptures de stock
- fiabiliser un référentiel produit
➡️ Sans KPI, vous ne saurez jamais si le projet “réussit”… donc tout sera discutable.
Red flag #3, Trop de “spécifique” dès le départ
Si tout est “spécial” dès le jour 1, sans challenger le standard, c’est mauvais signe.
➡️ Vous achetez un ERP… et vous reconstruisez un logiciel sur mesure (plus cher, plus long, plus fragile).
Red flag #4, Les dépendances externes ne sont pas listées
CRM, e-commerce, WMS, BI, outils de caisse, PIM…
Si ce n’est pas clairement listé et priorisé, vous découvrirez les problèmes au pire moment.
➡️ Les interfaces sont souvent la source n°1 des “surprises”.
2 - Devis & budget
Red flag #5, Devis “au global” sans détails
Pas de livrables détaillés, pas d’hypothèses, pas d’exclusions.
➡️ Vous ne comparez pas 3 offres. Vous comparez 3 slogans.
Red flag #6, Le prix est “trop beau” parce que tout est option
Data, formation, tests, support… tout est en option, donc le prix affiché est artificiel.
➡️ Le projet se paie ensuite en avenants.
Red flag #7, Aucun chiffrage du Run (TCO ignoré)
Support, SLA, évolutions, infra, licences, supervision…
Si personne ne parle du coût “après le go-live”, vous pilotez à l’aveugle.
➡️ Le projet peut sembler rentable… et devenir un gouffre en exploitation.
Red flag #8, Les Change Requests ne sont pas cadrées
Si la gestion des changements n’est pas définie (process, chiffrage, arbitrage), c’est un piège.
➡️ Chaque “petit ajustement” devient une négociation.
3 - Planning & méthode
Red flag #9, Planning agressif sans marges, ni jalons, ni charge côté client
Un planning “serré” peut exister… mais sans :
- marges de sécurité
- jalons d’acceptation
- charge côté client (disponibilité métiers)
➡️ C’est souvent une promesse commerciale, pas un plan réaliste.
Red flag #10, Effet tunnel
Pas de démos régulières, pas de livraisons incrémentales.
➡️ Vous découvrez la réalité trop tard, quand tout est déjà “paramétré”.
Red flag #11, Gouvernance floue
Qui arbitre ? qui tranche ? quand ?
Sans RACI, COPIL/COPRO, règles de décision… ça part en chaos.
➡️ Les décisions s’empilent, le projet ralentit, les conflits s’installent.
Red flag #12, “On fait la recette à la fin”
S’il n’y a pas de stratégie de tests basée sur des scénarios métier dès le début…
➡️ Vous “testez” quand il n’y a plus de temps. Et vous basculez avec du risque.
4 - Équipe intégrateur
Red flag #13, Impossible de connaître l’équipe réelle
Pas de noms, pas de rôles, pas de séniorité, pas de % d’allocation.
➡️ Risque : vous achetez un senior… et vous recevez une équipe junior.
Red flag #14, Les seniors vendent puis disparaissent
Classique.
➡️ Le projet perd son leadership et sa capacité à trancher.
Red flag #15, Turnover annoncé implicitement
“On verra qui est dispo”, “ça dépendra du staffing”.
➡️ Chaque changement de consultant = rework + perte de contexte.
Red flag #16, Aucun plan de backup
Pas de remplaçant identifié si un consultant clé part.
➡️ Le projet peut s’arrêter net pendant plusieurs semaines.
5 - Données (la source n°1 de dérives)
Red flag #17, “On importera un CSV”
La reprise de données n’est jamais “juste un import”.
➡️ C’est du mapping, du nettoyage, des règles, des tests, des validations.
Red flag #18, Pas de “data readiness”
Qualité, référentiels, doublons, historiques, règles de gestion.
➡️ Si la donnée est mauvaise, l’ERP sera mauvais. Point.
Red flag #19, Pas de migrations itératives / répétitions de cutover
Sans répétitions, la bascule devient un pari.
➡️ Et un pari en production coûte très cher.
Red flag #20, Responsabilités data floues
Qui nettoie ? Qui valide ? Qui tranche une règle ?
➡️ Sans responsable, la data devient un sujet “entre deux chaises”.
6- Intégrations & SI
Red flag #21, Interfaces sous-estimées (“c’est simple”)
Sans cartographie, sans responsabilités, sans limites connues…
➡️ “C’est simple” est souvent le début d’un futur incident.
Red flag #22, Pas de monitoring / logs / alerting
Sans supervision, vous ne saurez pas quand ça casse.
➡️ Et vous apprendrez les incidents… par les utilisateurs.
Red flag #23, Sécurité / droits / RGPD traités tard
Si les droits, l’accès, la traçabilité, le RGPD arrivent en fin de projet…
➡️ vous refaites une partie du paramétrage.
Red flag #24, Connecteur custom sans maintenance prévue
Un connecteur custom, c’est un produit à maintenir.
➡️ Si ce n’est pas prévu, ça devient une dette.
7 - Adoption & conduite du changement
Red flag #25, Formation réduite à une démo
Pas de parcours par profils, pas de key users, pas de supports.
➡️ Adoption faible, résistance passive, contournements.
Red flag #26, Pas d’accompagnement post go-live (hypercare)
Sans hypercare, les premiers jours deviennent une crise.
➡️ C’est là que l’ERP “se fait aimer”… ou détester.
Red flag #27, Projet “IT only”
Si les métiers ne sont pas impliqués, la réalité du terrain manque.
➡️ Vous livrez un ERP “techniquement OK” mais inutilisable.
Red flag #28, “Excel au cas où”
Si personne ne planifie la bascule et l’arrêt des anciens outils…
➡️ vous gardez deux systèmes, et personne n’a confiance.
8 - Contractuel
Red flag #29, Livrables non listés noir sur blanc
Specs, paramétrage, doc, tests, formation…
S’il n’y a pas de liste, il n’y a pas d’engagement.
➡️ Et vous ne pouvez pas “réceptionner” proprement.
Red flag #30, Pas de réversibilité / propriété / accès aux données
Qui possède les devs ? Qui a accès aux sources ? Comment sortir ?
➡️ Sans ça, vous vous enfermez.
Red flag #31, SLA / support non définis
Délais, niveaux, canaux, coûts.
➡️ Le jour où ça casse… vous découvrez les règles.
Conclusion
Un projet ERP qui dérape, ce n’est pas une fatalité.
Mais si vous laissez passer ces red flags avant le kick-off, vous payez ensuite : en budget, en délais, et en confiance.
La règle simple :
Si ce n’est pas écrit, ce n’est pas vrai.
Si ce n’est pas prouvé, ce n’est pas maîtrisé.
