Une entreprise décide de moderniser ses opérations. Elle choisit un logiciel reconnu, signe avec un intégrateur, fixe une date de mise en ligne. Douze mois et plusieurs centaines de milliers de dollars plus tard, le système ne fait pas ce qu'on attendait de lui. L'équipe contourne l'outil, retourne à ses anciens fichiers, et la direction se demande où l'argent est passé.
Ce scénario n'est pas une exception. C'est la norme.
Selon Gartner, plus de 70 % des implantations ERP n'atteignent jamais les objectifs d'affaires qui justifiaient l'investissement au départ. Et ce n'est pas un problème propre aux ERP. C'est un problème d'approche, et il touche presque toutes les catégories de technologie.
Les chiffres sont constants, peu importe la technologie
Quand on regarde les trois familles de solutions que les entreprises adoptent le plus, le portrait se répète.
ERP. Plus de 70 % des projets n'atteignent pas leurs objectifs d'affaires initiaux, et environ 30 % seulement sont livrés dans les délais et le budget prévus. Quand un projet dérape, les dépassements de coûts ne sont pas marginaux : dans le secteur manufacturier, ils atteignent en moyenne plus de 200 % du budget initial.
CRM. Le taux d'échec tourne autour de 55 %, selon des recherches qui définissent l'échec comme un déploiement qui n'a pas atteint ses objectifs. La fourchette généralement citée va de 50 % à 70 %.
IA générative. C'est le chiffre le plus frappant. En 2025, le rapport du MIT (Project NANDA) a établi qu'environ 95 % des projets pilotes d'IA générative en entreprise ne produisent aucun impact mesurable sur la rentabilité, et ce, malgré 30 à 40 milliards de dollars investis dans ces initiatives.
Trois technologies différentes, trois décennies d'évolution entre elles, et pourtant le même résultat : une majorité de projets qui n'atteignent pas leur cible.
Le vrai problème n'est pas la technologie
C'est ici que la donnée devient utile. Quand on cherche pourquoi ces projets échouent, ce n'est presque jamais le logiciel qui est en cause.
Du côté du CRM, plus de 60 % des échecs sont liés aux gens et aux processus. Moins de 10 % proviennent d'un problème technique réel du logiciel. Du côté de l'ERP, plus de 60 % des échecs remontent aux phases initiales du projet, celles où l'on définit les besoins et où l'on cartographie les processus. Et le MIT est catégorique sur l'IA : la fracture entre les projets qui réussissent et ceux qui échouent ne s'explique pas par la qualité des modèles, mais par l'approche.
Autrement dit, l'erreur arrive bien avant la mise en ligne. Elle arrive au moment de l'achat.
La plupart des projets démarrent à l'envers. On choisit la solution avant d'avoir compris le problème. On signe pour un outil parce qu'il est reconnu, parce qu'un concurrent l'utilise, ou parce qu'une démo était convaincante. Puis on demande à l'équipe de plier ses façons de faire pour entrer dans le moule du logiciel. C'est exactement l'inverse de ce qui fonctionne.
Les trois erreurs qui font dérailler un projet
Acheter avant de diagnostiquer. Quand plus de 60 % des échecs ERP sont enracinés dans la phase de définition des besoins, le message est clair. Sans cartographie honnête de vos flux de travail actuels, vous achetez une solution à un problème que vous n'avez pas encore nommé.
Forcer l'équipe à s'adapter à l'outil. Un logiciel que personne n'utilise ne vaut rien, peu importe ses fonctionnalités. La faible adoption par les utilisateurs revient constamment comme cause d'échec. La bonne séquence consiste à faire en sorte que la solution s'adapte à la réalité de l'équipe, et non l'inverse.
Avancer sans attentes réalistes. Les dépassements de coûts qui atteignent plusieurs fois le budget de départ ne sont pas des accidents. Ils découlent d'attentes floues, d'un périmètre mal défini et de coûts cachés jamais cadrés. Sans cadre clair sur ce qui est inclus, ce qui ne l'est pas et ce que ça coûtera, les surprises sont garanties.
Notre méthode : Voir, Trier, Agir
Chez HUBBVEE, on ne commence jamais par le logiciel. On commence par la réalité. Notre méthode tient en trois temps, et elle répond directement aux causes d'échec documentées.
Voir. On cartographie vos flux de travail sans filtre. On regarde comment le travail se fait réellement aujourd'hui, pas comment il est censé se faire sur papier. Cette étape, celle que la majorité des projets ratés escamotent, est précisément celle qui détermine le succès.
Trier. On priorise par impact réel sur votre entreprise. Toutes les fonctionnalités ne se valent pas, et tous les problèmes ne méritent pas la même attention. On sépare ce qui compte vraiment de ce qui est accessoire, et on définit des attentes réalistes avant que le moindre dollar ne soit engagé.
Agir. On exécute avec un plan structuré, où la solution s'adapte à votre équipe. On choisit la technologie en fonction du diagnostic, pas l'inverse, et on accompagne l'adoption pour que l'outil soit réellement utilisé.
Trois moments où on peut intervenir
Un projet technologique n'a pas besoin d'être en crise pour qu'on soit utiles. On intervient à trois moments distincts.
Avant l'achat : réussir dès le premier jour. C'est le moment idéal. On diagnostique vos besoins, on cartographie vos processus et on définit le périmètre avant que vous ne signiez quoi que ce soit. Vous choisissez votre solution en sachant exactement ce qu'elle doit accomplir et combien elle devrait coûter. C'est la façon la plus économique d'éviter de faire partie des 70 %.
Pendant le projet : limiter les dégâts. Un projet déjà lancé qui commence à déraper n'est pas une fatalité. On intervient pour recadrer le périmètre, réaligner la solution sur vos vrais besoins et reprendre le contrôle des coûts avant que la facture ne devienne irrécupérable.
Après un échec : récupérer ce qui peut l'être. Un projet abandonné ou un système que personne n'utilise contient souvent plus de valeur qu'on le croit. On fait le diagnostic de ce qui a mal tourné, on identifie ce qui est récupérable et on bâtit un plan de redressement. Dans la majorité des cas, la technologie était adéquate. Ce qui manquait, c'était l'approche.
La technologie n'a jamais été le problème
Les chiffres racontent tous la même histoire. Les outils fonctionnent. Ce sont les projets qui échouent, faute d'un diagnostic honnête, d'une priorisation lucide et d'un plan qui respecte la réalité de votre équipe.
Voir, Trier, Agir. C'est la différence entre acheter un logiciel et réussir un projet.
Vous envisagez un investissement technologique, ou vous tentez de sauver un projet qui dérape ? Parlons-en avant que les chiffres ne s'appliquent à vous.
Sources
- Gartner, cité par ECI Solutions, The $2 million mistake: why 70% of ERP implementations fail (2025) : plus de 70 % des implantations ERP n'atteignent pas leurs objectifs d'affaires initiaux.
- CatalistIQ / données Gartner et CIO.com : environ 30 % des projets ERP livrés dans les délais et le budget ; plus de 60 % des échecs liés aux phases de cueillette des besoins.
- Godlan, ERP Implementation Failure Statistics (2025) : dépassements de coûts moyens supérieurs à 200 % en manufacturier discret.
- Johnny Grow, The CRM Failure Rate is 55% in 2025 : taux d'échec CRM de 55 %, défini comme déploiement n'ayant pas atteint ses objectifs.
- Vantage Point, Why 70% of CRM Projects Fail : plus de 60 % des échecs CRM liés aux gens, moins de 10 % à des problèmes techniques du logiciel.
- MIT Project NANDA, The GenAI Divide: State of AI in Business 2025 : environ 95 % des projets pilotes d'IA générative sans impact mesurable sur la rentabilité ; 30 à 40 milliards investis ; cause attribuée à l'approche et non à la qualité des modèles.