Un utilisateur te demande un bouton. Ce qu’il veut vraiment, c’est gagner du temps sur une tâche pénible. Tout l’art du consultant SAP est là : savoir passer de la demande exprimée au besoin réel. Voici comment identifier les vrais besoins métier.
L’essentiel
- La demande exprimée cache presque toujours un besoin plus profond, non formulé.
- Le rôle du consultant n’est pas de coder ce qu’on lui dit, mais de comprendre pourquoi on le lui dit.
- Des techniques simples (les cinq pourquoi, l’observation terrain, la reformulation) révèlent le besoin réel.
- Bien qualifier le besoin en amont évite les développements inutiles et les recettes ratées.
Demande exprimée n’est pas besoin réel
Le key user, c’est-à-dire l’utilisateur référent du métier, te parle avec ses mots et sa solution en tête. Il te dit « il me faut un champ supplémentaire » ou « je veux une nouvelle transaction ». Ce sont des demandes, pas des besoins. Le besoin est ce qui se cache derrière : réduire une erreur, accélérer un traitement, sécuriser un contrôle. Ton travail de consultant SAP commence exactement là, dans cet écart.
Répondre trop vite à la demande brute est l’erreur classique. Tu livres ce qui a été dit, la recette échoue, et tout le monde s’étonne. Non pas parce que tu as mal travaillé, mais parce que la vraie question n’avait jamais été posée.
Les techniques qui révèlent le besoin réel
Identifier un besoin ne s’improvise pas. Voici les leviers les plus efficaces pour un consultant SAP.
- Les cinq pourquoi. Demande « pourquoi » plusieurs fois de suite. Tu remontes de la demande visible à la cause profonde.
- La reformulation. Redis avec tes mots ce que tu as compris. L’utilisateur corrige, précise, et le vrai besoin se dessine.
- L’observation terrain. Regarde l’utilisateur travailler. Ce qu’il fait révèle souvent plus que ce qu’il dit.
- Le questionnement sur la finalité. « Qu’est-ce que ça vous permet de faire ? » recentre sur l’objectif, pas sur la solution.
- La recherche des exceptions. « Et quand ça ne marche pas, que se passe-t-il ? » fait apparaître les cas réels à couvrir.
- La priorisation. « Si on ne pouvait garder qu’une chose, laquelle ? » sépare l’indispensable du confort.
Réflexe consultant
Avant de noter une spécification, pose toujours la question de la finalité : « à quoi ça sert, concrètement, dans votre journée ? » Tu découvriras souvent qu’une transaction standard répond au besoin, sans développement spécifique.
Cadrer et valider ce que tu as compris
Une fois le besoin identifié, il faut le figer et le faire valider. Un besoin bien formulé décrit un problème et un objectif, pas une solution technique. Tu le restitues au métier, tu obtiens son accord écrit, puis seulement tu conçois la réponse SAP. Cette étape de validation protège tout le projet des malentendus coûteux.
À éviter en mission
Prendre la demande pour argent comptant et foncer en développement. Un spécifique construit sur un besoin mal compris coûte cher à concevoir, à tester et à maintenir. Le temps gagné en questionnant en amont se paie toujours dix fois en aval.
Le client sait décrire son problème. C’est à toi de trouver la bonne question qui révèle son vrai besoin.
Ton plan d’action
- À la prochaine demande, ne note pas la solution proposée : note d’abord le problème derrière.
- Applique les cinq pourquoi pour remonter à la cause réelle.
- Observe l’utilisateur en situation quand c’est possible, plutôt que de te fier au récit seul.
- Reformule le besoin en termes de problème et d’objectif, sans mot technique.
- Fais valider cette formulation par écrit avant toute conception dans SAP.
Affûter ton écoute et ton questionnement
Le recueil du besoin est une compétence qui se travaille. Chaque mois, un atelier réunit des consultants SAP autour d’un thème concret de posture et de relation métier.
Le document ci-dessous détaille huit techniques clés pour identifier les vrais besoins métier en mission SAP.
Telecharger : 8 techniques pour identifier les vrais besoins metier du consultant SAP