Tu râles sur la marge du broker qui te place ? Avant de continuer, regarde honnêtement ce que tu serais capable de faire sans lui.

1. La croyance qui coûte cher aux consultants SAP

Il y a une phrase que j’entends régulièrement chez les consultants SAP en freelance. Une variante de : « les chasseurs de tête ne connaissent rien à SAP, ils ne méritent pas ce qu’ils touchent. »

Cette phrase part d’une croyance précise : la compétence technique est la seule chose qui compte dans une carrière de consultant. Si tu es bon techniquement, tu mérites la mission et tout ce qu’elle rapporte. Le reste, ce sont des parasites qui prennent leur part sans rien produire.

Le problème, c’est que cette croyance ignore une réalité simple : la compétence technique te rend éligible à une mission. Elle ne te met jamais en face du client. Entre « je sais faire » et « je facture », il y a un océan de travail invisible que quelqu’un doit réaliser. Et ce travail, la plupart des consultants ne savent pas le faire eux-mêmes.

2. Ce que fait vraiment un broker ou un chasseur de tête

Un chasseur de tête ou un broker ne vend pas de la compétence SAP. Il vend un accès. Concrètement, son travail couvre plusieurs choses que tu ne vois jamais quand tu es de l’autre côté :

• Il entretient un réseau de clients finaux ou d’ESN qui ont un besoin réel, souvent avant même que le besoin soit officiellement ouvert.
• Il filtre des dizaines de profils pour n’en proposer que deux ou trois, ce qui fait gagner un temps considérable au client.
• Il porte le risque commercial : prospection à froid, relances, négociations qui n’aboutissent pas, missions annulées au dernier moment.
• Il gère l’administratif et parfois le contractuel, ce qui sécurise autant le client que le consultant.
• Il rassure le client sur la fiabilité du profil, ce qui a une valeur réelle quand le client ne connaît pas SAP en détail.

Rien de tout cela n’est technique. Et c’est précisément pour ça que ça paraît « facile » ou « pas mérité » aux yeux d’un consultant qui n’a jamais eu à le faire.

3. Pourquoi la marge te paraît toujours trop élevée

Il y a une logique arithmétique qui choque beaucoup de freelances. Toi tu factures 700 euros par jour. Le client final, lui, paie parfois 1200, 1500, voire plus, une fois qu’on remonte toute la chaîne. Chasseur de tête, ESN, parfois un deuxième intermédiaire. Chacun prend sa part.

Vu comme ça, l’écart semble énorme et injustifié. Mais cette lecture oublie deux choses.

D’abord, cette marge ne rémunère pas une journée de travail sur ta mission. Elle rémunère un travail étalé sur la durée : la prospection qui a permis de décrocher le compte client, le suivi administratif pendant toute la mission, le risque pris si le client annule avant la fin, et souvent plusieurs profils testés avant de tomber sur toi.

Ensuite, une partie de cette marge finance une structure : des commerciaux, des recruteurs, des outils de sourcing, un service juridique, une trésorerie qui peut avancer les paiements. Ce n’est pas parce que tu ne vois pas cette structure qu’elle n’existe pas.

Est-ce que certains cabinets abusent et prennent une marge disproportionnée sur plusieurs années sans réel travail supplémentaire ? Oui, ça existe, et c’est un sujet légitime. Mais ça ne remet pas en cause le principe : le fait que la marge existe n’est pas le problème. Le problème, c’est quand elle devient déconnectée du service rendu.

4. La vraie compétence qui manque à la majorité des consultants

Ce que révèle cette croyance, au fond, c’est un angle mort dans la formation des consultants SAP. On apprend à paramétrer, à documenter, à gérer un projet. On n’apprend presque jamais à se vendre, à construire un réseau, à négocier, à entretenir une relation commerciale dans la durée.

Résultat : la compétence commerciale est perçue comme secondaire, voire suspecte. « Vendre », ça sonne mal pour beaucoup de profils techniques. Sauf que c’est exactement cette compétence que le broker maîtrise, et que la majorité des consultants n’ont jamais développée.

Un chasseur de tête qui place 15 consultants par mois et qui entretient ce réseau depuis 10 ans n’est pas incompétent. Il a simplement une compétence différente de la tienne, aussi difficile à acquérir que la tienne, et qui a un prix de marché.

5. Ce que tu peux réellement faire de ce constat

L’objectif n’est pas de te faire aimer les intermédiaires ou d’accepter n’importe quelle marge sans discussion. L’objectif est de sortir d’une posture de victime pour passer à une posture de stratège.

Plan d’action en 4 étapes

1. Fais le calcul réel de ce que t’apporte l’intermédiaire : temps de prospection économisé, sécurité contractuelle, régularité des missions. Compare ça à sa marge, pas seulement en pourcentage mais en valeur réelle pour toi.
2. Développe en parallèle ton propre réseau : reste en contact avec les anciens clients, les anciens collègues, active ta présence sur LinkedIn. Un réseau dormant est souvent la ressource la plus rentable et la plus négligée d’un freelance SAP.
3. Travaille ta capacité à te positionner et à négocier directement, pour les missions où tu n’as pas besoin d’intermédiaire.
4. Utilise les deux canaux en parallèle plutôt que de choisir : les intermédiaires pour la régularité et la sécurité, ton réseau propre pour la marge et l’indépendance.

Le jour où tu maîtrises les deux, la marge d’un broker ne t’énerve plus. Elle devient une option parmi d’autres, que tu choisis ou pas selon ce qui te sert le mieux à un moment donné.

Tu peux connaître toutes les techniques de communication du monde. Si tu as peur du jugement du client, elles ne te serviront à rien. Le vrai levier, c’est ta posture.

1. Le vrai blocage n’est pas technique

Regarde les consultants SAP qui galèrent en mission. La plupart connaissent leur module. Ils savent paramétrer, ils comprennent les flux, ils maîtrisent les transactions. Leur problème n’est pas là.

Leur problème, c’est qu’ils n’osent pas. Ils n’osent pas dire à un chef de projet que le délai est intenable. Ils n’osent pas signaler qu’un scénario de reprise est risqué. Ils n’osent pas contredire un key user qui se trompe. Par peur de déplaire, par peur de passer pour quelqu’un de difficile, par peur de perdre la mission.

Résultat : ils exécutent. Ils disent oui. Et le jour où le projet dérape, c’est eux qu’on pointe du doigt, alors qu’ils avaient vu venir le problème sans oser le dire.

2. Le besoin d’approbation te dessert

Quand tu communiques pour être approuvé, tu adaptes ton message pour qu’il plaise. Tu arrondis les angles. Tu n’oses pas nommer les risques. Tu dilues ta recommandation jusqu’à ce qu’elle ne dise plus rien.

Le client le sent. Un consultant qui cherche à plaire perd en crédibilité, parce qu’on ne sait jamais s’il dit ce qu’il pense ou ce qu’on veut entendre. À l’inverse, un consultant qui pose clairement son analyse, même quand elle dérange, inspire confiance. On le paie justement pour ça : pour son regard, pas pour son approbation.

3. La séparation des tâches : l’outil qui libère

Il y a un principe simple, tiré de la psychologie d’Alfred Adler, qui change tout une fois compris. Dans chaque situation, il faut distinguer deux choses : ce qui t’appartient et ce qui appartient à l’autre.

Ce que tu recommandes, la qualité de ton analyse, la clarté de ton argumentaire : c’est ta tâche. Tu la contrôles. La façon dont le client réagit, s’il est d’accord ou non, s’il t’apprécie ou pas : c’est sa tâche. Tu ne la contrôles pas.

Quand tu confonds les deux, tu passes ton énergie à essayer de contrôler ce qui ne t’appartient pas. Tu te censures. Tu t’épuises. Quand tu sépares les deux, tu fais ton travail correctement, tu dis les choses avec justesse, et tu laisses le client faire sa part. C’est libérateur, et c’est bien plus professionnel.

4. Le cas du consultant qui n’ose pas

S’il s’était libéré du regard des autres, il aurait dit non avec un argumentaire structuré. Il aurait proposé une alternative. Il aurait documenté le risque par écrit. Non pas pour se protéger froidement, mais parce que c’est exactement ça, le métier de consultant : éclairer les décisions, pas les subir.

Le paradoxe, c’est que ce consultant aurait renforcé sa position au lieu de la fragiliser. Un client garde et recommande un partenaire fiable qui dit les choses, pas un exécutant qui dit oui et disparaît quand ça casse.

5. Comment travailler cette posture

1. Avant un échange difficile, écris noir sur blanc ce qui est ta tâche (ton analyse, ta reco) et ce qui est celle de l’autre (sa décision, sa réaction).
2. Dis ce que tu penses, mais avec méthode : un constat, un risque, une alternative. Jamais une opinion brute.
3. Documente par écrit tes recommandations importantes. L’écrit désamorce l’émotionnel et pose le débat sur le fond.
4. Accepte à l’avance que certaines personnes ne seront pas d’accord. C’est normal, et ce n’est pas ton problème tant que ton analyse est solide.
5. Sépare ta valeur de l’approbation reçue. Tu n’es pas payé pour être aimé, tu es payé pour ton jugement.

Pour aller plus loin

Cette idée est développée dans un livre que je recommande souvent : « Avoir le courage de ne pas être aimé », de Ichiro Kishimi et Fumitake Koga. J’en ai fait une présentation vidéo courte pour expliquer pourquoi il a changé ma façon d’interagir en mission.

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.

En mission SAP, ton impact ne vient pas de la quantite d’explications que tu donnes. Il vient de ta capacite a dire l’essentiel, clairement, et a t’arreter.

1. Clarte et explication, ce n’est pas la meme chose

Beaucoup de consultants SAP confondent les deux. Pour etre bien compris, ils expliquent. Ils precisent, ils nuancent, ils contextualisent. Ils ajoutent une phrase, puis une autre, puis une autre.

Et a force de vouloir etre bien compris, ils finissent par perdre l’essentiel : leur message.

La clarte, ce n’est pas en dire plus. C’est aller droit au coeur de ce que tu veux transmettre. En atelier de conception, en comite de pilotage, dans un mail de reporting, la personne en face n’a ni le temps ni l’envie de dechiffrer trois paragraphes de precautions pour trouver ton point.

Ce reflexe de sur-justification a souvent une racine simple : la peur. Peur de ne pas etre legitime, peur de deranger, peur qu’on remette en cause ton analyse. Alors tu couvres tes arrieres avec des mots. Sauf que sur un projet SAP, c’est l’inverse qui se produit : plus tu te justifies, moins tu parais sur de toi.

2. A quoi ressemble la sur-justification sur un projet SAP

Le probleme, c’est qu’on ne se rend pas compte qu’on le fait. Voici quatre situations tres concretes ou ca arrive tout le temps en mission, avec la version qui dilue et la version qui porte.

En atelier de conception, quand tu veux challenger un besoin

Tu ne dis pas : « Alors, je suis desole, je ne suis peut-etre pas le mieux place pour en parler, mais je me demandais si eventuellement on ne pourrait pas revenir sur ce point du flux, parce que j’ai l’impression qu’il y a peut-etre un truc pas tout a fait clair, enfin je ne sais pas… »

Tu dis : « J’aimerais qu’on revienne sur ce point du flux. Aujourd’hui, il n’est pas encore clair pour moi, et je veux etre sur qu’on parametre la bonne chose. »

Face a un key-user, quand tu as besoin d’une information

Tu ne dis pas : « Je ne veux surtout pas te deranger, je sais que tu es tres pris en ce moment, mais je voulais juste savoir si par hasard ce serait peut-etre possible que tu me montres comment vous faites la reception aujourd’hui, si tu as le temps bien sur… »

Tu dis : « Tu aurais 15 minutes cette semaine ? J’ai besoin que tu me montres comment vous faites la reception aujourd’hui, ca conditionne le parametrage. »

En comite de pilotage, quand tu annonces un point d’attention

Tu ne dis pas : « Bon alors, je ne voudrais pas alarmer, ce n’est peut-etre rien, mais il se pourrait qu’eventuellement l’interface IDoc pose un petit souci, enfin ce n’est pas encore certain, il faudrait creuser, je dis ca je ne dis rien… »

Tu dis : « Il y a un point d’attention sur l’interface IDoc. Je le confirme d’ici vendredi. Si c’est confirme, ca decale l’integration de deux jours. »

Dans un mail de reporting, quand tu presentes une decision

Tu ne noies pas ta recommandation sous cinq lignes de « il me semble que peut-etre, sous reserve de validation, on pourrait envisager de ». Tu ecris : « Ma recommandation : garder le standard SAP sur ce process. Raison : le specifique couterait trois jours de dev pour un gain marginal. »

3. Pourquoi la clarte renforce ta posture de consultant

Les consultants qui ont de l’impact ne sont pas ceux qui parlent le plus. Ce sont ceux qui savent aller droit au coeur du message. Et sur un projet SAP, ou tout le monde manque de temps et ou les decisions coutent cher, cette capacite fait une vraie difference.

Une phrase claire produit quatre effets concrets :

• Elle aide l’autre a te suivre, meme un interlocuteur non SAP qui ne comprend pas ton jargon.
• Elle donne du poids a ton analyse : on retient une recommandation nette, pas une hesitation.
• Elle te permet de prendre ta place sans forcer, sans hausser le ton, sans t’imposer.
• Elle evite que ton message se dilue et se perde dans les comptes-rendus.

4. La regle simple avant de parler

Avant de prendre la parole en reunion ou d’envoyer un mail important, pose-toi une seule question :

Puis tu la dis. Simplement. Et tu t’arretes. Le silence apres une phrase claire n’est pas un vide a combler. C’est l’espace qui laisse ton message exister.

5. Ton plan d’action de la semaine

Cette semaine, un seul objectif : reperer et corriger la sur-justification, un cas par jour. Voici comment proceder concretement.

1. Observe. Repere les moments ou tu te justifies sans necessite, chez toi comme chez les autres, en atelier, en point d’equipe ou dans tes mails. Note-les mentalement ou par ecrit.
2. Isole une justification par jour. Choisis un cas concret de ta journee : une demande recurrente, une limite que tu poses, une recommandation que tu as du mal a assumer.
3. Reformule. Ecris la version la plus simple, claire et directe de ce que tu voulais dire. Enleve les « peut-etre », « je ne suis pas sur », « je ne veux pas deranger ».
4. Dis-la, et arrete-toi. En reunion ou dans un mail, utilise la version courte. Puis laisse-la exister sans rajouter de precaution.
5. Mesure l’effet. Note comment l’autre reagit. Tu verras vite que la version courte passe mieux, pas moins bien.

Retrouver de l’impact ne demande pas d’en dire plus. Ca demande d’en dire moins, mais mieux.

Sur LinkedIn, tout le monde prêche la même bonne parole : Clean Core, Fit-to-Standard, zéro spécifique. C’est vrai dans le fond. Mais sur le terrain, c’est plus compliqué que ça. Et pour le consultant freelance, c’est une opportunité, pas une menace.

1. Le discours dominant : « le standard couvre tout »

Tu as forcément vu passer ces posts. Le message est toujours le même.

Arrêtez le code Z. Le spécifique, c’est de la dette technique. Le standard S/4HANA couvre 95% des besoins. Clean Core partout. Et pour le reste, BTP.

Sur le fond, ce discours est juste. Le mouvement vers le standard est un mouvement de fond réel, poussé par SAP, et un bon consultant doit le maîtriser. Trop d’entreprises traînent encore des développements spécifiques mal documentés qui bloquent les montées de version et coûtent cher à maintenir.

Le problème, ce n’est pas le message. C’est qu’on le présente comme une vérité binaire. Ancien monde mauvais, nouveau monde parfait. Et c’est là que ça décroche de la réalité terrain.

2. Sur le terrain, c’est rarement aussi simple

Le spécifique n’est pas toujours de la fainéantise technique. Souvent, c’est un vrai besoin métier que le standard ne couvrait pas à l’époque. Un besoin qui ne se dissout pas magiquement en passant en S/4.

Le Clean Core ne supprime pas ce besoin. Il le déplace. Vers BTP (la plateforme d’extension de SAP), vers du redesign de process, vers de la conduite du changement. Le travail existe toujours, il change juste de forme.

Et BTP, tous les clients ne vont pas l’acquérir. Coût de licence, montée en compétence des équipes, gouvernance à mettre en place : pour beaucoup de structures, ce n’est pas une évidence budgétaire. Tu te retrouves alors à arbitrer avec des contraintes bien réelles, pas avec le schéma idéal du slide LinkedIn.

Quant aux fameux 95% de couverture standard, c’est une moyenne. Et une moyenne ne dit rien d’un client précis. Les 5% restants sont souvent les process les plus critiques et les plus spécifiques à son secteur. Ceux où l’entreprise se différencie. Ceux où elle gagne vraiment de l’argent.

3. La migration : une fenêtre, pas une purge

Là où le discours dominant a raison à 100%, c’est sur le timing. La montée de version vers S/4HANA est la meilleure fenêtre pour tout remettre à plat.

C’est le moment où tu peux légitimement rouvrir chaque développement spécifique et poser la seule question qui compte : est-ce qu’il crée encore de la valeur aujourd’hui ?

La bonne démarche n’est ni dogmatique ni paresseuse. Elle se résume en trois temps :

• Repartir du standard chaque fois que c’est possible.
• Basculer sur BTP quand l’écart au standard se justifie et que le client a les moyens de la plateforme.
• N’assumer du spécifique que là où il crée une vraie valeur métier, et le documenter proprement.

Ce n’est pas un grand ménage de printemps qui jette tout. C’est un arbitrage, ligne par ligne, entre ce qui doit disparaître et ce qui doit survivre.

4. Pourquoi c’est une opportunité pour le freelance expert

Ce mouvement de fond, beaucoup le vivent comme une menace. « Si tout passe en standard, on aura moins besoin de moi. » C’est l’inverse.

Plus le standard avance, plus la techno pure se commoditise. Configurer une fonction standard, demain, n’importe quel outil ou consultant junior saura le faire. Ce qui ne se commoditise pas, c’est le jugement.

Et le jugement, sur une migration, repose sur quatre compétences que la plupart des profils n’ont pas réunies :

C’est exactement là que le consultant freelance expert a toute sa place. Parce que c’est précisément ce qu’une ESN qui place du junior, ou un outil d’IA, ne sait pas faire. Arbitrer dans le contexte réel d’un client, avec ses contraintes budgétaires, ses contraintes métier et ses contraintes humaines.

5. Comment te positionner concrètement

Si tu veux capter cette valeur plutôt que la subir, voici par où commencer.

1. Arrête de te présenter uniquement comme expert d’un module. Présente-toi comme quelqu’un qui sait arbitrer standard, extension et spécifique sur ton domaine.
2. Monte en compétence sur les deux mondes en parallèle : reste solide sur l’existant, mais maîtrise réellement le cible (S/4, Clean Core, logique BTP), pas juste le vocabulaire.
3. Apprends à formaliser une analyse d’impact, technique et organisationnelle. C’est un livrable concret qui te distingue immédiatement.
4. Développe ta posture de conduite du changement. Savoir embarquer des utilisateurs vaut autant que savoir paramétrer.
5. Mets tout ça en avant dans ton positionnement et ton TJM. Ce que tu vends, ce n’est pas de l’exécution, c’est du jugement.

Le marché ne devient pas plus dur. Il devient plus exigeant. Celui qui sait juste exécuter perd de la valeur. Celui qui sait arbitrer en prend.

Sur un projet SAP, tu ne travailles presque jamais avec une seule nationalité. Client, ESN, équipe offshore : la diversité culturelle est la règle, pas l’exception. Et c’est souvent là que naissent les malentendus qui plombent une mission.

Le « oui » qui voulait dire « non »

Je vais te parler de quelque chose que je connais de l’intérieur. Je suis d’origine algérienne. Et dans ma culture, le rapport au temps n’a rien à voir avec celui d’un chef de projet allemand ou suisse.

Là où l’un voit un planning comme un engagement gravé dans le marbre, l’autre le voit comme une intention dans un contexte qui peut bouger. Aucun des deux n’a tort. Mais quand les deux travaillent sur le même projet SAP sans le savoir, le malentendu est garanti.

C’est exactement ce qui se passe sur le terrain. Un consultant demande à un collègue offshore : « C’est bon, tu peux livrer pour vendredi ? » Réponse : « Oui, oui. » Et vendredi, rien. Le consultant croit qu’on lui a menti. En réalité, dans la culture de son interlocuteur, dire « non » frontalement à une demande aurait été impoli. Le « oui » était une politesse, pas un engagement. Personne n’a menti. Les deux ont juste parlé deux langues invisibles différentes.

Comprendre ces langues invisibles, c’est ce qui sépare un consultant qui s’agace de tout d’un consultant qui s’adapte et fait avancer son projet.

Avant tout : tendances ne veut pas dire clichés

Tout ce que tu vas lire ici décrit des tendances culturelles dominantes, observées en contexte projet. Ce ne sont pas des vérités sur les individus. Un Allemand peut être brouillon, un Marocain ultra-ponctuel, un Indien d’une franchise désarmante. Les généralités servent à comprendre, jamais à étiqueter.

Deuxième point, tout aussi important : il ne s’agit pas de te suradapter. Devenir caméléon te fait perdre ta valeur et ta cohérence. Tu n’as pas à renier ta façon de travailler pour faire plaisir. Le bon réflexe est plus subtil : quand le comportement d’un interlocuteur te surprend ou t’agace, demande-toi si ce n’est pas une différence de perception culturelle avant d’y voir un problème de personne. Tu ajustes un curseur, tu ne portes pas un masque.

1. Comprendre comment la confiance s’installe

C’est la règle socle. Sans elle, les cinq autres ne sont que des techniques. Dans certaines cultures, la confiance se gagne par la compétence : tu livres bien, donc on te fait confiance. C’est la confiance « tâche ». Dans d’autres, elle se gagne par la relation : on se connaît, on a partagé un repas, donc on te fait confiance. C’est la confiance « relation ».

• Confiance par la tâche (Allemagne, Suisse, France en contexte pro) : sois précis, fiable, tiens tes livrables. La relation suivra.
• Confiance par la relation (Maroc, Inde, Espagne) : prends le temps de l’informel, des échanges humains, du café. Le travail vient après le lien.

Le piège classique : un freelance qui débarque en mode « efficace et froid » sur un projet où la confiance passe par la relation. Il livre parfaitement, mais reste perçu comme distant. Il ne sera jamais vraiment intégré à l’équipe, et passera à côté des informations qui circulent dans l’informel.

2. Adapter sa manière d’exprimer le désaccord

Dire « je ne suis pas d’accord » n’a pas le même poids partout. Dans certaines cultures, contredire ouvertement est sain et attendu. Dans d’autres, c’est une agression ou une humiliation, surtout en public.

• France : le débat est valorisé. Contredire en réunion est normal, presque un signe d’engagement. Le désaccord exprimé n’est pas vécu comme un conflit.
• Allemagne : le feedback négatif est direct et factuel. « Ce livrable n’est pas correct » n’est pas une attaque, c’est une information. Ne le prends pas personnellement.
• Inde, Maroc, Espagne : le désaccord se dit plus en nuances, souvent en privé plutôt qu’en réunion. Une critique frontale peut braquer durablement.

3. Éviter les questions fermées

C’est la règle la plus simple à appliquer et celle qui évite le plus de catastrophes. Dans les cultures où dire « non » est impoli, une question fermée ne te donnera jamais la vraie réponse. « C’est bon pour vendredi ? » obtiendra un « oui » de politesse. « C’est clair ? » obtiendra un « oui » qui ne veut rien dire.

Remplace systématiquement la question fermée par une question ouverte qui oblige à expliciter :

• Au lieu de « c’est OK ? », demande « comment tu vois la suite ? »
• Au lieu de « tu as compris ? », demande « tu peux me redire comment tu vas t’y prendre ? »
• Au lieu de « c’est faisable pour vendredi ? », demande « de quoi tu as besoin pour livrer vendredi, et qu’est-ce qui pourrait te bloquer ? »

La question ouverte révèle ce que le « oui » cache. C’est valable avec un offshore indien, mais aussi avec un key-user qui n’ose pas dire qu’il n’a rien compris à ton atelier.

4. Savoir quand se taire et quand exprimer ses émotions

L’expressivité émotionnelle varie énormément. Dans certaines cultures, hausser le ton ou montrer de l’enthousiasme fait partie de l’échange normal. Dans d’autres, c’est un signe de perte de contrôle qui te décrédibilise.

• Espagne, Maroc, parfois France : une discussion animée, qui monte en intensité, n’est pas un conflit. C’est de l’engagement.
• Suisse, Allemagne : on attend une communication mesurée, posée. Trop d’émotion est perçu comme un manque de professionnalisme.
• Inde : retenue en public, surtout face à la hiérarchie. Les sujets sensibles se traitent en aparté, calmement.

Le réflexe : observe le niveau émotionnel de la pièce avant de te caler dessus. Si tout le monde est posé et que tu t’emballes, tu détonnes. Si tout le monde débat avec passion et que tu restes de marbre, tu passes pour désengagé.

5. Intégrer que le rapport au temps n’est pas universel

C’est la règle que je vis de l’intérieur. Il existe deux grandes conceptions du temps, et elles s’affrontent en permanence sur les projets SAP.

• Temps linéaire (Allemagne, Suisse, nord de l’Europe) : une chose après l’autre, le planning est un engagement ferme, un retard est un manque de respect.
• Temps flexible (Maghreb, Inde, en partie sud de l’Europe) : plusieurs choses en parallèle, la relation prime sur l’agenda, un délai est une intention dans un contexte mouvant.

Attention, le piège est de réduire ça à « ponctuel contre en retard ». C’est faux et méprisant. Ce sont deux logiques d’organisation différentes, aucune n’est supérieure. Le malentendu naît quand un chef de projet linéaire interprète un report comme du je-m’en-foutisme, alors que côté flexible, c’est une adaptation normale au réel.

6. Faire attention à ce qu’on met par écrit

L’écrit amplifie tout. Un message qui te semble neutre peut paraître sec, voire agressif, à quelqu’un d’une autre culture. Et comme il n’y a ni ton de voix ni langage corporel, l’interlocuteur comble les blancs avec ses propres codes.

• Avec un interlocuteur direct (Allemagne, Pays-Bas, Flandre belge) : va droit au but, le mail factuel et concis est apprécié.
• Avec un interlocuteur relationnel (Maroc, Inde, Espagne, Wallonie belge) : soigne la formule d’ouverture, demande des nouvelles, n’attaque pas par la demande brute.
• Dans tous les cas, ce que tu écris reste. Un désaccord vif vaut mieux à l’oral ou en visio qu’en mail, où il se fige et peut circuler hors contexte.

Et c’est aussi par écrit que tu sécurises le rapport au temps : un engagement de délai noté noir sur blanc, avec ses conditions, vaut mieux qu’un « oui » oral interprétable de dix façons.

Tour d’horizon : 7 contextes culturels en mission

Une synthèse des tendances dominantes, à lire comme une boussole, pas comme une étiquette.

Ton plan d’action pour ta prochaine mission

1. En début de mission, identifie qui vient de quelle culture dans ton équipe élargie (client, ESN, offshore) et observe sans juger pendant les premiers jours.
2. Repère comment la confiance se construit autour de toi : par la tâche ou par la relation, et cale ton attitude dessus.
3. Bannis les questions fermées pour valider une compréhension ou un délai. Passe à la question ouverte systématiquement.
4. Avant d’exprimer un désaccord, choisis le bon canal (privé plutôt que public) et la bonne forme (question plutôt qu’affirmation frontale).
5. Clarifie tout engagement de délai par écrit, avec ses conditions, sans supposer que « oui » veut dire la même chose pour tout le monde.
6. Quand un comportement t’agace, pose-toi une question avant de réagir : est-ce une différence culturelle ou un vrai problème de personne ?

La compétence interculturelle ne s’apprend pas dans un livre, elle se muscle mission après mission. Mais en gardant ces six règles en tête, tu transformes des sources de friction en occasions de te démarquer comme un consultant qui sait faire tourner une équipe, quelle que soit sa composition.

Le même talent, le même instrument, le même morceau. Ce qui décide de ta valeur reconnue, c’est l’endroit où tu joues et le public qui t’écoute.

L’histoire du violoniste dans le métro

En 2007, un des meilleurs violonistes du monde a joué dans le métro de Washington. Un Stradivarius à plusieurs millions, un morceau de Bach d’une difficulté rare. Il a joué pendant trois quarts d’heure à l’heure de pointe. Des centaines de personnes sont passées devant lui. Presque personne ne s’est arrêté. Il a récolté trente-deux dollars.

Reprenons le même musicien, le même instrument, le même morceau, dans trois endroits différents.

Le métro, huit heures du matin

Les gens courent vers le travail, écouteurs sur les oreilles, déjà dans leur réunion de neuf heures. Le public n’est pas disponible. Quelques pièces tombent dans l’étui. La musique est parfaite, et le cadre empêche quiconque de l’écouter. Mauvais endroit, mauvais moment, public occupé ailleurs.

La place touristique, en fin de journée

Là, les gens flânent et prennent le temps. Une foule se forme, on l’applaudit, on le filme, l’étui se remplit de quelques centaines d’euros. Le talent est reconnu, parce que le public est dans le bon état d’esprit. Il reste un musicien de rue qu’on récompense à la pièce.

La grande salle de concert

Même homme, même instrument, même morceau. Cette fois sur la scène d’une salle de concert. Le public a payé sa place, il est venu exprès, il écoute en silence. On parle de cachet, de salle complète réservée des mois à l’avance. La musique n’a pas changé d’une note. Seul le lieu a changé, et avec lui le public et le budget.

Ce que cette histoire dit de ton positionnement

Ta compétence ne bouge pas entre les trois scènes. Ce qui bouge, c’est l’endroit où tu te places et le public devant qui tu joues.

Beaucoup de consultants SAP passent leur temps à essayer de plaire à tout le monde. Ils lisent une annonce, repèrent une attente qu’ils ne cochent pas, et concluent qu’il faut se transformer pour y répondre. Annonce après annonce, ils tordent leur profil dans toutes les directions pour matcher des demandes qui ne sont pas faites pour eux. Le résultat, c’est un profil flou qui parle vaguement à beaucoup de monde et clairement à personne.

Le violoniste fait l’inverse. Il joue ce qu’il sait faire de mieux, toujours le même morceau, et il choisit l’endroit où ce morceau a de la valeur. Il reste sur son répertoire au lieu de se mettre au tambour parce que la foule du métro préférerait du tambour.

Pour toi, le travail est le même. Identifie ta force réelle, celle sur laquelle tu es solide et crédible. Puis va chercher les clients pour qui cette force correspond exactement à ce qu’ils cherchent.

Prends le cas d’un consultant AMOA et d’un consultant MOE. L’AMOA connaît le business, cadre le besoin, pilote la recette, fait le lien entre le métier et l’IT. Le MOE paramètre, implémente, teste la solution dans le système. Ce sont deux métiers, avec deux types de clients et deux types de missions. Un bon AMOA a sa place comme freelance au même titre qu’un bon MOE.

Quand un AMOA postule sur des missions de paramétrage et s’entend répondre qu’il ne sait pas paramétrer, le problème vient du choix de la scène. On l’évalue sur un critère MOE qui n’est pas le sien. Le jour où il se présente là où on cherche du cadrage, du pilotage et de la conduite du changement, son profil arrête de poser problème et redevient un atout.

Le TJM répond à la même logique

Une entreprise travaille avec un budget. Ce budget a une limite, et il ne s’étire pas à l’infini. Pour une même compétence, tu trouveras des entreprises qui plafonnent à 600 euros et d’autres prêtes à payer 800 euros.

La différence entre les deux tient à l’argent disponible, et aussi au niveau d’attente. Celles qui paient 800 euros veulent les meilleurs. Elles paient l’exigence, la fiabilité, la posture, la capacité à livrer sans qu’on ait à repasser derrière. Le budget plus élevé arrive avec une barre d’exigence plus haute.

Reprends les trois scènes. Le métro, la place et la salle correspondent à trois budgets et trois niveaux d’exigence, plutôt qu’à trois niveaux de talent. Pour viser le cachet de la salle de concert, tu dois jouer au niveau de la salle de concert. Et quand personne ne te paie 800 euros, la première question porte sur la scène où tu joues, puis sur le niveau que tu offres une fois dessus.

Plan d’action

1. Nomme ta force principale. Écris en une phrase ce que tu sais faire mieux que la moyenne, et sur quel terrain (module, secteur, type de mission, AMOA ou MOE). Si tu hésites entre cinq choses, tu as une dispersion à clarifier avant tout.
2. Identifie ton public. Liste les trois types de clients ou de missions pour qui cette force est précisément ce qu’ils cherchent. Tu concentres tes candidatures sur ces missions, et tu laisses passer les autres.
3. Reformule ta présentation. Reprends ton CV et ton pitch. Retire tout ce qui essaie de plaire à un public qui n’est pas le tien. Mets en avant ta force et le résultat concret que tu sécurises pour le client.
4. Situe la scène que tu vises pour ton TJM. Choisis le niveau de budget ciblé, puis vérifie honnêtement si ta posture et tes livrables sont au niveau d’exigence de ce budget. L’écart éventuel devient ton chantier de progression.
5. Va sur le bon canal. Repère les endroits où ton public se trouve réellement, et concentre ton énergie là. Tu gagnes plus à être visible au bon endroit qu’à multiplier les candidatures sur des plateformes saturées.

Le but est de connaître ta force, choisir ta scène et te rendre visible là où cette force est recherchée. Le mouton à cinq pattes qui plaît à tous reste une cible impossible, et te court après t’épuise pour rien.

La majorité des consultants SAP perdent leur crédibilité non pas sur la technique, mais sur la façon dont ils communiquent au quotidien.
Voici les 5 erreurs qui te font perdre du temps et de la crédibilité en mission.

1. Le message ouvert sans question

« Bonjour, je viens de terminer la config et j’ai constaté une erreur. » Tu connais ce type de message. Tu en as peut-être envoyé un récemment.

Le problème, c’est qu’il n’y a rien à faire avec. Pas de question, pas de décision, pas d’action attendue. Ton interlocuteur le lit, ne sait pas quoi répondre, et passe au mail suivant. Tu n’auras pas de réponse, et tu vas l’interpréter comme un signal froid alors que tu n’as rien demandé.

Sur une mission, tu envoies ce genre de message à un chef de projet qui prend 80 décisions par jour. Il filtre ses messages par priorité. Sans demande explicite, ton message tombe en bas de la pile.

2. Le mail à 4 personnes sans destinataire prioritaire

Tu envoies un mail à Marc, Sophie, Karim et Linda en demandant « Pouvez-vous valider ce paramétrage ? » Tu mets tout le monde en TO pour être sûr que tout le monde voit.

Résultat : personne ne répond. Marc pense que Sophie va le faire. Sophie pense que Karim est le bon interlocuteur. Karim attend que Linda se positionne. Linda était en réunion. Trois jours plus tard, ton paramétrage n’est toujours pas validé.

C’est le phénomène de diffusion de responsabilité. Plus tu mets de monde en destinataire principal, moins chaque personne se sent concernée individuellement.

La règle est simple. Tu mets en TO la personne dont tu attends une action. Tu mets en CC les personnes qui doivent être informées sans avoir à agir. Et tu nommes explicitement ton interlocuteur dans le corps du mail : « Sophie, peux-tu valider le paramétrage avant vendredi ? »

3. La question noyée sous 50 lignes d’explication

Tu rédiges un mail long pour bien cadrer le contexte. Tu expliques la genèse du sujet, les contraintes, les alternatives envisagées, l’historique du paramétrage. À la fin, en ligne 47, tu poses ta question.

Ton interlocuteur ouvre le mail, voit le pavé, le met de côté pour « le lire plus tard quand il aura le temps ». Plus tard n’arrive jamais.

La structure efficace inverse l’ordre. Tu poses ta question en premier. Tu ajoutes le contexte ensuite, pour celui qui veut creuser. Tu indiques la deadline en évidence. Trois blocs, trois fonctions distinctes.

La structure type d’un message senior tient en 4 lignes :

• Question ou décision attendue : la demande en une phrase
• Contexte : 2 ou 3 lignes pour comprendre l’enjeu
• Impact si pas de réponse : ce qui se passe sans décision
• Deadline : date précise, pas « dès que possible »

4. La demande sans deadline

« Pourrais-tu valider ce point quand tu auras un moment ? » « Si tu pouvais regarder ça dès que possible. » « Merci de me revenir au plus vite. »

Aucune de ces formulations n’a de valeur opérationnelle. « Quand tu auras un moment » pour ton interlocuteur veut dire « jamais avant le prochain ticket urgent ». « Dès que possible » est un raccourci pour « ce n’est pas urgent pour moi non plus ».

Une demande sans date est une demande sans priorité. Elle se range en bas de la pile, derrière toutes celles qui ont une vraie deadline.

Une vraie deadline donne 3 informations : une date, une heure si nécessaire, et la conséquence du non-respect. Sans ces 3 éléments, tu n’as pas une deadline. Tu as un souhait.

5. Le ping-pong interminable au lieu d’un appel de 5 minutes

Tu poses une question par mail. On te répond en demandant une précision. Tu réponds. On te demande un autre point. Tu réponds. Trois jours, 12 mails, et le sujet n’est toujours pas tranché.

Au troisième aller-retour, ton mail est devenu un appel téléphonique qui s’ignore. Tu aurais pu régler le sujet en 5 minutes au téléphone, et envoyer un mail récapitulatif de 3 lignes pour tracer la décision.

Le bon réflexe consiste à choisir le canal en fonction du type d’échange :

La règle des 3 allers-retours : si à partir du troisième échange mail, le sujet n’est pas tranché, tu décroches le téléphone. Tu fais 5 minutes d’appel. Tu envoies ensuite un mail récap.

Plan d’action pour passer à une communication efficace

5 réflexes à ancrer cette semaine, dans l’ordre :

1. Avant d’envoyer un message, demande-toi : « Quelle action concrète j’attends en retour ? » Si la réponse est « rien », tu n’envoies pas
2. Avant de mettre 3 personnes en TO, identifie celle qui doit agir. Les autres passent en CC
3. Avant de rédiger un long mail, écris la question en premier. Le contexte vient après
4. Avant d’écrire « dès que possible », pose une date et une heure précises, avec la conséquence du non-respect
5. Au troisième aller-retour mail sans décision tranchée, décroche le téléphone et envoie un récap derrière

Ces 5 réflexes ne te demandent aucune compétence SAP supplémentaire. Ils te demandent juste de structurer ta pensée avant de cliquer sur « envoyer ». Et ils font la différence entre un consultant qu’on relance pour des updates et un consultant à qui on confie des sujets critiques.

Le savoir que tu accumules aujourd’hui sera partiellement périmé demain. Dans un métier comme le conseil SAP, la compétence qui dure n’est pas ce que tu sais, c’est ta capacité à apprendre en continu. Voici comment en faire une vraie routine.

1. Pourquoi le savoir se périme dans le conseil SAP

SAP évolue en permanence : nouvelles versions, nouvelles fonctionnalités, nouvelles logiques comme l’analytique embarquée ou l’arrivée de l’IA. Ce que tu as appris il y a trois ans n’est déjà plus tout à fait d’actualité. Le stock de connaissances se dévalue avec le temps.

À cela s’ajoute la diversité des missions. D’un client à l’autre, tu rencontres des contextes, des versions et des besoins différents. Le savoir figé ne suffit jamais à couvrir cette variété. Ce qui compte, c’est de savoir combler l’écart à chaque fois.

2. La veille continue, compétence de survie

Dans ce contexte, la veille n’est pas un luxe réservé aux passionnés. C’est une compétence de survie professionnelle. Le consultant qui ne se tient pas à jour voit sa valeur décroître silencieusement, jusqu’au jour où le marché lui dit qu’il n’a plus le bon profil.

La veille, ce n’est pas tout lire sur tout. C’est savoir repérer ce qui compte dans ton domaine, suivre les évolutions majeures, et entretenir un réflexe d’apprentissage permanent. C’est une habitude, pas un effort ponctuel.

3. Apprendre en continu, ça se structure

Beaucoup pensent que se former en continu, c’est trouver du temps libre pour apprendre. C’est une erreur. Le temps libre n’arrive jamais. La montée en compétence durable repose sur une structure : des routines, des objectifs, un rythme tenable.

4. Installer une veille et une montée en compétence durables

1. Définis ton périmètre de veille : les domaines SAP et les évolutions qui comptent pour ton positionnement.
2. Réserve un créneau récurrent et réaliste, même court, plutôt que des sessions longues et rares.
3. Transforme chaque apprentissage en pratique concrète, puis restitue-le pour l’ancrer.
4. Tiens un suivi simple de ce que tu apprends, pour mesurer ta progression et garder le cap.

Tu veux évoluer vers le conseil SAP, mais autour de toi, personne n’est dans ce monde. Pas de pairs consultants, pas de réseau, aucun miroir pour te dire si ton profil vaut le coup. C’est un frein réel, et il se travaille.

1. L’angle mort du profil venant du métier

Quand tu viens de la finance, du contrôle de gestion ou d’un autre métier, ton entourage professionnel est composé de profils similaires au tien. Les consultants SAP, eux, évoluent dans un autre écosystème. Résultat : tu n’as personne autour de toi pour échanger sur ce monde que tu veux rejoindre.

Cet isolement a une conséquence concrète : tu n’as aucun repère pour juger ton propre niveau. Tu regardes des profils sur les réseaux, tu vois leurs certifications, et tu en conclus que tu n’es pas à la hauteur, sans jamais avoir confronté ton profil à un avis qualifié.

2. Le manque de miroir alimente le doute

Un réseau de pairs, ce n’est pas qu’un carnet d’adresses pour trouver des missions. C’est d’abord un miroir. Échanger avec d’autres consultants te permet de situer ton niveau réel, de voir que tes doutes sont communs, et de réaliser que ton profil a souvent plus de valeur que tu ne le penses.

3. Le réseau se construit, il ne s’attend pas

La bonne nouvelle, c’est que l’absence de réseau n’est pas une fatalité. Le réseau se construit activement. Et il n’y a pas qu’une seule voie : si publier sur les réseaux sociaux ne te correspond pas, d’autres approches existent, plus discrètes mais tout aussi efficaces.

4. Le cerveau collectif : un accélérateur

Intégrer un groupe de pairs consultants change l’expérience d’apprentissage. Tu poses tes questions techniques et tu obtiens des réponses de gens qui ont déjà rencontré le problème. Tu confrontes tes choix, tu apprends des parcours des autres. C’est ce qu’on appelle un cerveau collectif.

Dans un tel groupe, chacun apporte sa pierre : les profils très expérimentés, ceux qui débutent, ceux qui viennent d’un autre monde. Tu n’es plus seul face à tes blocages, et tu progresses bien plus vite que dans l’isolement.

1. Identifie les espaces où se trouvent des consultants SAP : communautés, groupes, événements.
2. Engage des échanges réguliers pour te situer et apprendre, pas seulement pour demander.
3. Si la publication ne te correspond pas, mise sur les échanges directs et les communautés fermées.
4. Entretiens ton réseau dans la durée, avant même d’en avoir besoin pour une mission.