Les red flags qui annoncent un projet ERP qui va déraper (avant même le kick-off)

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é.

Table of Contents