Consultant confirmé vs expert SAP : la différence n’est pas où tu crois

Tu as trouvé la bonne solution technique. Tu la maîtrises. Et pourtant le client est furieux. Ce paradoxe, tous les consultants confirmés le vivent un jour.
Voici pourquoi, et ce qui sépare vraiment un bon consultant d’un expert.

1. Le cas : la bonne solution, et un client furieux

Karim est consultant EWM confirmé. Six ans d’expérience, une vraie connaissance des flux logistiques, un profil solide. On lui soumet un cas concret sur un projet.

Le contexte : réception d’une palette contenant une centaine de références différentes, une dizaine d’unités par référence en moyenne. Les articles sont gérés en numéro de série. Le besoin exprimé par les opérateurs est simple à formuler : arriver devant le carton, scanner le premier article, et que le système propose directement l’emplacement de rangement. Un rangement guidé au scan, sans unité de manutention (HU), en ne scannant qu’un article.

Karim analyse. Et techniquement, il voit tout de suite le noeud. Cent références, ça fait cent tâches d’entrepôt distinctes, même à l’intérieur d’un seul warehouse order. C’est justement le rôle de la HU d’agréger tout ça. Mais dès qu’on introduit la HU, il faut affecter les numéros de série aux HU, et la gestion devient vite lourde.

Il trouve la solution. La vraie, la propre : créer la HU à la réception, y affecter automatiquement les numéros de série depuis l’ERP, puis ranger en déplaçant la HU vers son emplacement via le terminal RF. Une solution standard, efficace, pérenne. Sur le papier, le dossier est bouclé.

Sauf que le client n’est pas content. Il attendait autre chose. Il voulait exactement son scénario : un scan article, pas de HU. Et Karim se retrouve dans une situation que tout consultant confirmé finit par connaître : il a raison techniquement, et il est en train de perdre la confiance de son client.

2. Le vrai problème n’était pas technique

Face à cette situation, le réflexe le plus courant est de se dire : « Il me manque de l’expertise. Je vais creuser, trouver une solution encore plus fine, et là le client sera convaincu. » C’est une erreur.

Dans la grande majorité des cas, ce n’est pas l’expertise qui fait défaut. Au bout de deux ans d’expérience, un consultant a déjà un bon niveau. Karim, lui, en a six. Le problème n’est pas qu’il n’a pas trouvé la solution. Le problème, c’est qu’il a livré une solution sans avoir embarqué le client dans le chemin qui y mène.

Le client n’a pas entendu : « Voici pourquoi ta demande initiale pose problème, voici ce que ça coûte, et voici une alternative meilleure pour toi et pour ton projet. » Il a entendu : « Ta demande n’est pas la bonne, on fait autrement. » Même solution, message inverse. Et c’est ce message qui casse la confiance.

3. La partie la plus exigeante de la mission n’est pas dans SAP

Reprenons le cas de Karim. La solution HU avec affectation automatique des numéros de série existe, elle est standard et elle est pérenne. Le vrai travail n’est pas de la trouver. Le vrai travail, c’est d’amener les opérateurs et le client à adopter une solution acceptable à la fois pour eux et pour le projet, plutôt que de reproduire à tout prix une habitude de travail.

Cadrer, c’est comprendre le besoin réel derrière la demande. Les opérateurs ne veulent pas « scanner un seul article » par principe. Ils veulent aller vite et ne pas se tromper d’emplacement. La demande « scan article sans HU » est une solution qu’ils ont imaginée, pas leur besoin. Le rôle de l’expert est de remonter du « comment » qu’on lui impose vers le « pourquoi » réel, puis de proposer un autre « comment » qui répond au pourquoi.

C’est exactement à ce stade que s’exprime le rôle d’un expert SAP : dans sa capacité relationnelle et son accompagnement, pas dans la profondeur de sa connaissance des tables de customizing.

4. Des clients de plus en plus informés, donc de plus en plus exigeants

Il y a dix ans, le consultant SAP arrivait avec un savoir rare. Le client écoutait, faisait confiance, appliquait. Ce temps est révolu. Aujourd’hui, en face de toi, tu as des key-users qui connaissent leur outil, des chefs de projet qui ont déjà vécu deux ou trois implémentations, des équipes qui ont lu, comparé, testé.

Résultat : tu es systématiquement challengé. Ta solution n’est plus acceptée parce que tu es le consultant. Elle est discutée, questionnée, parfois contestée par des gens qui ont un vrai niveau technique et fonctionnel. Ce n’est pas une dégradation du métier, c’est son évolution. Et elle déplace le centre de gravité de la valeur.

Face à un client qui te challenge, la tentation est de répondre sur le terrain technique : plus d’arguments, plus de détails, plus de preuves. Mais un client qui conteste n’a pas d’abord un problème d’information. Il a un problème de confiance. Il veut être sûr que tu l’as compris, que tu défends son intérêt, et pas seulement la solution la plus rapide pour toi.

5. La vraie différence : les softskills, et ça se travaille

Ce qui sépare un bon consultant d’un expert n’est pas un niveau technique supérieur. C’est un ensemble de compétences relationnelles : l’écoute, la communication, le charisme, l’impact. On les appelle softskills, comme si elles étaient molles ou secondaires. Elles sont tout l’inverse : elles sont difficiles, décisives, et surtout elles se travaillent.

Beaucoup de consultants pensent que le charisme est un don : on l’a ou on ne l’a pas. C’est faux. La capacité à faire passer un message, à désamorcer une objection, à embarquer une équipe, à créer de la confiance en réunion, tout cela s’apprend et se muscle par la pratique, exactement comme une compétence de paramétrage. La différence, c’est que personne ne te l’enseigne pendant ta montée en compétence technique.

Voici les leviers concrets sur lesquels travailler pour transformer ton impact client.

1. Reformuler avant de répondre. Avant toute solution, redis le besoin avec tes mots et fais-le valider. Le client doit t’entendre dire ce qu’il veut avant de t’entendre dire ce que tu proposes.
2. Chercher le pourquoi derrière la demande. Une demande précise (scan article sans HU) cache toujours un besoin plus large (aller vite, fiabiliser). Traite le besoin, pas la demande littérale.
3. Expliquer le coût de l’option demandée. Plutôt que de dire non, montre ce que la demande initiale implique concrètement (gestion des numéros de série ingérable, lenteur, risque d’erreur). Le client décide alors avec toi.
4. Proposer, pas imposer. Présente ton alternative comme un chemin vers son objectif, pas comme une correction de son erreur. Tu accompagnes, tu ne rectifies pas.
5. Travailler ta posture en réunion. Ton calme, ton débit, ta façon de gérer une objection en direct se préparent. Rejoue les situations difficiles, demande du feedback, ajuste.

Ce qu’il faut retenir

• La bonne solution technique ne suffit pas : un client peut être furieux devant une solution juste.
• Après 2 ans d’expérience, ton niveau technique n’est presque jamais le vrai problème.
• Les clients informés te challengent : ils ont besoin de confiance, pas de plus d’arguments.
• La différence entre un bon consultant et un expert se joue sur l’écoute, la communication et l’impact.
• Ces compétences ne sont pas des dons : elles se travaillent comme n’importe quelle compétence technique.