Pourquoi le meilleur ERP au monde échoue (si vous ne savez pas écouter)

(Première partie sur cinq de la série « Le code humain des ERP »)

Vous pouvez configurer votre système ERP à la perfection. Mais si un responsable d'entrepôt ne vous fait pas confiance, votre projet à un million de dollars est déjà voué à l'échec. Voici la dure réalité, souvent passée sous silence, des implémentations ERP.

La véritable raison pour laquelle les utilisateurs disent non

Il y a quelques années, lors d'une visite chez un client pendant la phase de conception, j'ai remarqué une expression familière dans le regard d'un des utilisateurs. C'était ce mélange classique de scepticisme et d'ennui, propre à quelqu'un qui entend pour la centième fois la même rengaine d'entreprise.

Après quelques instants de conversation, je fis une pause et lui demandai s'il souhaitait ajouter quelque chose. Il croisa les bras, signe classique de déni en psychologie comportementale, et déclara sans ambages que le nouveau système ERP ne fonctionnerait jamais. Il était « trop générique », argumenta-t-il, ignorant complètement la multitude de spécificités qui faisaient la singularité de leur entreprise.

J'ai alors compris que sa critique visait le changement massif et bouleversant qui se cachait derrière le logiciel.

Et à ce moment-là, je me suis souvenu de la règle d'or du conseil : une mauvaise psychologie tue plus de projets ERP qu'un mauvais code.

Bienvenue dans le premier épisode de « Le Code Humain des ERP », une série entièrement consacrée aux personnes qui, concrètement, utilisent les logiciels, et qui s'intéresse à ce qui se cache derrière les bits, les octets et les API de notre métier. Aujourd'hui, nous abordons l'obstacle le plus difficile à surmonter lors de toute migration logicielle : le mur du « on a toujours fait comme ça ».

Le deuil du système hérité

Lorsqu'une entreprise décide de changer de progiciel de gestion intégré (PGI), la direction constate une amélioration. Elle bénéficie de données en temps réel, d'une compatibilité avec l'intelligence artificielle et d'opérations rationalisées.

Pour l'utilisateur final, changer de progiciel de gestion intégré (PGI) est vécu comme une véritable perte d'identité. Dans le meilleur des cas, il le perçoit comme une perte de temps, car il a déjà mémorisé toutes les étapes nécessaires dans l'ancien système. La simple idée de devoir apprendre quelque chose de totalement nouveau est perçue davantage comme une punition que comme une réelle amélioration de son flux de travail quotidien.

Réfléchissez-y. L'utilisateur clé chevronné de mon histoire avait passé vingt ans à maîtriser les subtilités de l'ancien système. Il savait exactement quels raccourcis utiliser pour contourner un verrouillage système. Il savait comment extraire un rapport que ses collègues adoraient.

Son expertise, sa valeur pour l'entreprise et sa confiance quotidienne étaient inextricablement liées à ce logiciel obsolète.

Lorsque nous, les consultants, entrons dans la salle et annonçons que la direction a décidé d'exploiter les nouvelles fonctionnalités d'un ERP plus moderne que le système actuellement installé, nous réduisons instantanément leurs compétences à néant, tout en changeant leurs outils. Nous transformons le maître incontesté du département en un débutant désorienté.

Cela déclenche une réaction identique aux étapes du deuil :

1. Déni : « Ce nouveau système n'est qu'un effet de mode, la direction l'annulera dès qu'elle en connaîtra le coût. »

2. Colère : « Cette interface est nulle ! Il faut trois clics au lieu d'un ! »

3. Négociation : « Peut-on simplement personnaliser le nouveau système pour qu'il ressemble exactement à l'ancien ? »

4. Dépression : « Je ne sais plus comment faire mon travail. »

5. Acceptation : « D’accord, montrez-moi comment fonctionne ce nouveau tableau de bord. »

Au-delà de la simple cartographie des tables de données, notre véritable rôle de consultants ERP est d'accompagner les utilisateurs à travers ces cinq étapes aussi rapidement et facilement que possible. Nous sommes des spécialistes de la conduite du changement, sous couvert d'experts ERP.

La règle des 20/80 en matière d'écoute

La plus grande erreur que commettent de nombreux consultants est d'essayer de convaincre un utilisateur hostile en se concentrant trop sur les caractéristiques techniques du logiciel plutôt que sur les processus métier réels.

Ils ouvrent le logiciel, le projettent sur l'écran et se lancent dans un exposé sur la supériorité incontestable de la nouvelle solution logistique unique multisite. Ils expliquent fièrement comment elle centralise les données de référence dans un seul et même conteneur, évitant ainsi de devoir se connecter et se déconnecter systématiquement de différentes entreprises.

L'utilisateur décroche. Il se fiche de votre architecture de données de référence. Ce qui l'inquiète, c'est qu'il doit partir à 17h pour aller chercher ses enfants, et votre nouveau système risque de le retenir au bureau jusqu'à 19h.

Pour surmonter les résistances, vous devez appliquer la règle des 20/80 des ateliers ERP :

• Consacrez 20 % du temps à expliquer le fonctionnement du nouveau système.

• Passez 80 % de votre temps à vous taire et à écouter comment ils travaillent réellement.

Avant même de proposer une solution dans Infor LN ou tout autre ERP, il est essentiel de se poser les bonnes questions. Quel est le moment le plus frustrant de votre lundi matin ? Pourquoi exportez-vous cette liste vers Excel chaque semaine ? Quelles informations manquent à cet écran, vous obligeant ainsi à contacter l’entrepôt ?

Lorsqu'un utilisateur comprend que vous vous intéressez sincèrement aux difficultés de son quotidien et que vous souhaitez comprendre son point de vue, ses défenses commencent à s'effriter. Il cesse de vous percevoir comme un intrus et commence à vous voir comme un partenaire.

La solution ultime aux bugs : la confiance

Dans ma précédente série sur la migration de données, j'ai abordé le thème « Des données erronées en entrée, un désastre en sortie » concernant la qualité des données. Il en va de même pour les relations humaines. Si la relation est toxique dès le départ, la mise en œuvre sera un échec.

Voici un principe de base que chacun devrait toujours garder à l'esprit : si les utilisateurs vous font confiance, ils pardonneront les défauts du logiciel. S'ils vous en veulent, ils exploiteront le moindre bug contre le projet.

Lors d'une mise en production, des problèmes surviendront . Des erreurs apparaîtront. Les processus s'interrompront momentanément. Si le responsable de l'entrepôt vous fait confiance parce que vous avez passé des heures à ses côtés sur un chariot élévateur pour comprendre son processus, il jettera un coup d'œil à un écran d'erreur et dira : « Tiens, il y a un problème, essayons de le résoudre. »

Mais si vous vous comportez avec arrogance, ignorez ses suggestions et lui imposez une procédure standard, il regardera exactement le même écran d'erreur, croisera les bras, appellera le CEOet criera : « Je vous l'avais bien dit, ce système ERP est une vraie daube ! »

La confiance est le meilleur amortisseur lors du passage en production. Et on ne peut pas configurer la confiance dans un menu logiciel. Il faut la construire, en face à face, des mois avant la mise en production.

Briser le mur

Alors, comment instaurer concrètement cette confiance et surmonter la résistance des utilisateurs clés les plus difficiles ? Voici trois étapes concrètes à mettre en œuvre dans votre prochain projet :

1. Étaler avant de concevoir

Ne commencez jamais un projet dans une salle de réunion avec PowerPoint. Allez plutôt au bureau de l'utilisateur. Asseyez-vous à côté de lui pendant deux heures, pendant qu'il travaille sur l'ancien système. Observez ses gestes. Remarquez ses soupirs. Remarquez quand il griffonne quelque chose sur un Post-it faute de champ prévu à cet effet dans le système. Vous en apprendrez davantage sur les processus réels de l'entreprise en les observant travailler pendant deux heures qu'en lisant cinquante pages de documentation officielle.

2. Les cinq pourquoi des personnalisations absurdes

Lorsqu'un utilisateur exige une personnalisation non standard et très coûteuse (par exemple : « J'ai besoin que cet écran clignote en rouge lorsqu'un composant spécifique est manquant ! »), ne vous contentez pas de répondre : « Non, le Cloud ne le permet pas. » Posez-lui plutôt la question des « 5 pourquoi ? ».

Pourquoi faut-il qu'il clignote en rouge ? « Parce que j'oublie de le vérifier avant de lancer l'ordre de production. » Pourquoi oublies-tu ? « Parce que la nomenclature est trop longue pour être vérifiée manuellement. » Pourquoi est-ce un problème si tu lances la production sans ce voyant ? « Parce que l'atelier va démarrer la production puis l'arrêter, ce qui représente une perte de temps. »

Soudain, vous réalisez qu'ils n'ont pas besoin d'un écran rouge clignotant. Il leur suffit que vous configuriez correctement les messages d'exception MRP afin que le système les alerte des ruptures de stock avant même qu'ils ne tentent de valider la commande.

Vous avez résolu avec succès un problème métier et évité d'écrire du code inutile.

N'oubliez pas que poser des questions, et en poser beaucoup, est absolument essentiel et fondamental. Personne ne s'intéresse à un consultant qui débarque en se comportant comme s'il détenait la vérité absolue. Pour bien comprendre le processus, mettez votre ego de côté et posez des questions, encore et encore.

3. Faites d'eux les acteurs principaux du changement

Présentez toujours le nouvel ERP comme l'outil qui leur permettra enfin de se concentrer sur des tâches à forte valeur ajoutée, et non comme un système qu'ils sont contraints d'utiliser. Après tout, l'ERP n'est qu'un outil conçu pour optimiser le travail des utilisateurs. En utilisant le bon discours, par exemple : « Grâce à votre connaissance approfondie de cette chaîne d'approvisionnement, imaginez ce que vous pourriez accomplir si vous n'aviez plus à perdre trois heures par jour à saisir manuellement des données ! », vous valorisez leur rôle. Ils deviennent ainsi acteurs du changement plutôt que victimes, et ils deviendront les ambassadeurs de votre système.

L'humain derrière l'écran

Nos outils évoluent rapidement. Nous passons des serveurs sur site aux architectures cloud, de la saisie manuelle de données à l'intelligence artificielle et aux agents.

Mais tandis que la technologie évolue à une vitesse fulgurante, le cerveau humain, lui, reste immuable. Nous craignons toujours le changement. Nous détestons toujours nous sentir incompétents. Nous avons toujours soif d'être entendus.

La véritable valeur d'un consultant ERP réside dans sa capacité à apaiser les craintes de l'organisation, bien au-delà de la simple mémorisation de chaque paramètre technique du logiciel. Il s'agit de transformer une transition logicielle potentiellement traumatisante en une avancée harmonieuse.

Car un système parfait sans aucune adoption n'est qu'un économiseur d'écran coûteux.

Prochain sujet : Comment mettre fin à la guerre éternelle et construire une véritable alliance entre consultants fonctionnels et développeurs.

Écrit par Andrea Guaccio 

30 avril 2026