Qu'est-ce que l'IA a rendu moins cher dans l'ERP — et qu'a-t-elle valorisé ?
Les affirmations du type « l'IA réduit les coûts ERP de X % » disent peu de choses en elles-mêmes ; les pourcentages varient d'une entreprise à l'autre et d'un projet à l'autre. Ce qui compte, ce n'est pas le pourcentage mais le mécanisme : quelles tâches l'IA rend-elle moins chères dans un projet ERP — et lesquelles rend-elle plus précieuses ? Cet article répond à cette question étape par étape.
La carte d'effort cachée du projet ERP classique
Dans un projet ERP traditionnel, les grands postes d'effort sont connus : tests, migration et mapping des données, documentation, formation, code de personnalisation. Leur point commun : ce sont des travaux mécaniques réalisés après les décisions. La découverte et l'analyse n'ont qu'une petite part — et cette petitesse est un choix économique, pas technique : dans le modèle au jour-homme, la découverte est la phase la plus difficile à facturer. Le client se dit « rien n'a encore été construit » ; le prestataire veut passer à la mise en œuvre facturable.
Le résultat est bien connu : les décisions les plus critiques — périmètre, conception des processus, limite de personnalisation — sont prises dans les semaines où l'on en sait le moins. La courbe de valeur suit : pendant les longs mois de construction, la valeur produite est proche de zéro, et tout se concentre dans la montée abrupte du go-live. Le nom que le secteur donne à cette courbe : la « crosse de hockey ».
Ce que fait vraiment l'IA : redessiner la carte d'effort
Selon l'analyse de BCG sur l'IA générative dans les transformations ERP, les plus grandes estimations d'économies se concentrent dans la même zone : les tests (gain de temps estimé à 60-70 %), la production de formation et de documentation, le nettoyage et le mapping des données, la configuration standard. La recherche ERP de McKinsey avance une prévision encore plus audacieuse : les agents IA pourraient réduire l'effort de mise en œuvre ERP d'au moins la moitié. Ces deux chiffres sont des prévisions, pas des moyennes sectorielles mesurées — mais le mécanisme qu'ils désignent est solide : le travail répétitif, régi par des règles et volumineux est le plus adapté à l'automatisation ; et les phases tardives d'un projet ERP en sont largement constituées.
Étape par étape, le tableau est le suivant :
| Étape | Effet de l'IA | Que se passe-t-il ? |
|---|---|---|
| Scénarios de test | Devient moins cher | Production et exécution largement automatisées |
| Documentation et contenu de formation | Devient moins cher | La production de contenu s'automatise |
| Nettoyage et mapping des données | Devient moins cher | Suggestions automatiques, validation humaine |
| Configuration standard | Devient moins cher | Installation rapide à partir de modèles |
| Découverte et analyse des processus | Prend de la valeur | Devient l'étape qui détermine la qualité des décisions |
| Décisions de périmètre et de conception | Prend de la valeur | Peuvent désormais être prises avec le plus d'informations |
| Validation humaine / contrôle | Prend de la valeur | La condition de sécurité de l'automatisation |
En termes de radiographie : l'appareil est devenu bon marché — prendre le cliché est rapide et peu coûteux. Mais dès que tout le monde peut prendre le cliché, savoir le lire correctement devient la vraie compétence distinctive.
La « crosse de hockey » s'aplatit : le resource shifting
Le nom que BCG donne à cette dynamique résume le mécanisme : le resource shifting (déplacement des ressources). L'effort gagné dans les phases tardives ne disparaît pas ; il se déplace vers les phases précoces. La découverte cesse d'être la « formalité difficile à facturer » et peut être revalorisée comme l'investissement au meilleur rendement du projet — car chaque heure investie dans la découverte détermine désormais la qualité de toutes les phases mécaniques devenues moins chères. Et la valeur n'explose plus au go-live ; elle s'accumule dès les premières semaines. La crosse de hockey s'aplatit.
Il existe aussi un exemple mesuré : dans la migration SAP S/4HANA de Deloitte et UiPath, plus de 200 automatisations ont été déployées sur les processus cœur, plus de la moitié des cas de test ont été exécutés automatiquement, et un « clean core » de 93 % a été atteint. Un cas unique, d'origine fournisseur — insuffisant pour généraliser ; mais un signe de la direction.
La condition de fonctionnement du mécanisme : mesurer d'abord, automatiser ensuite
Le mécanisme a une condition préalable cachée : l'automatisation hérite de la qualité du terrain sur lequel elle est construite. Les trois causes racines du deuxième article de cette série reviennent exactement ici : l'automatisation des tests sur des données sales teste plus vite ce qui est faux ; la configuration standard sur des processus non mesurés installe plus vite le chaos ; l'automatisation sans contrôle met l'erreur à l'échelle. Les économies des phases devenues moins chères ne se réalisent que si la découverte et le diagnostic ont été bien faits. Dans le nouveau modèle, l'argent va vers l'étape qu'on croyait « gratuite » — le diagnostic.
Les 5 règles de la nouvelle économie
- Le travail mécanique devient moins cher : tests, documentation, contenu de formation, mapping des données — ne payez plus le plein tarif jour-homme pour ces postes.
- Le diagnostic prend de la valeur : la découverte n'est plus une formalité, c'est l'investissement au meilleur rendement du projet.
- L'ordre fait tout : mesurer d'abord, automatiser ensuite ; l'inverse accélère le chaos.
- Décision précoce = décision bon marché : les décisions de périmètre et de conception doivent être ramenées au moment où l'on dispose du plus d'informations.
- La validation humaine n'est pas négociable : une analyse plus rapide ne décide pas ; le médecin qui lit le cliché doit rester dans le modèle.
Conclusion : la bonne question a changé
La question du premier article de cette série — « votre consultant vend-il des heures ou des résultats ? » — est devenue concrète avec ce mécanisme. La nouvelle question à la table des propositions est : « Quelle part de mon argent va au travail mécanique, et quelle part au diagnostic ? » Si le tarif du travail mécanique baisse pendant que la valeur du diagnostic monte, le poids du budget doit se déplacer dans le même sens. Le dernier article de la série montrera à quoi ressemble cette approche en pratique : comment avance, étape par étape, un parcours ERP « diagnostic d'abord ».
Ceci est le troisième article d'une série de 4.
1. La fin
du conseil vendu au jour-homme ?
2. Les promesses de
l'IA aux rayons X
3. Ce que l'IA a rendu moins cher dans l'ERP — et ce qu'elle a valorisé (cet
article)
4. ERP diagnostic-d'abord : à
quoi ressemble la nouvelle voie en pratique ?
Dans le dernier article de la série, un outil gratuit a été partagé pour voir votre propre risque ERP en 10 questions : ERP diagnostic-d'abord : à quoi ressemble la nouvelle voie en pratique ? Pour ne pas manquer les nouvelles analyses, abonnez-vous à la newsletter MindDX-Digital Excellence.