Différencier une demande et un besoin est une compétence clé dans les projets, la formation, le management, la coopération et la conduite du changement.
Lorsqu’un interlocuteur formule une demande, il propose souvent déjà une solution : un outil, une formation, un module, un atelier, une procédure, un tableau de bord, une application, une réorganisation ou une action de communication.
Cette demande est précieuse. Elle donne un point de départ et montre qu’un sujet mérite notre attention. Elle laisse toutefois ouverte la compréhension de ce qu’il faut réellement résoudre ou rendre possible.
Un exemple très actuel est la demande : « Il faut former nos équipes à l’IA. » Cette formulation montre qu’un sujet important a été identifié. Elle laisse encore à préciser les usages à développer, les personnes concernées, les situations de travail à améliorer et la valeur attendue.
La formation peut faire partie de la réponse. Le cadrage permet de déterminer ce qu’elle devra réellement rendre possible.
Le besoin se situe derrière la demande. Il concerne la situation à améliorer, les personnes qui la vivent, les causes qui l’entretiennent, les résultats attendus et les contraintes à prendre en compte.
Cette clarification fait souvent la différence entre une réponse conforme à ce qui a été demandé et une réponse réellement utile.
Chez Eikos Concepts, nous travaillons cette étape en amont des projets, des formations et des dispositifs de changement. L’objectif consiste à aider nos clients à partir du bon endroit avant de concevoir la solution, plutôt qu’à compliquer le démarrage.
Où situer cet article. Il approfondit le cadrage amont, l’étape qui précède le lancement d’un projet. Il complète la vue d’ensemble de Réussir un projet : clarifier le besoin, les acteurs et les conditions d’appropriation. Une fois le besoin clarifié, le pilotage des acteurs est développé dans Faire avancer un projet par la coopération, et la coopération au quotidien dans Coopérer dans les équipes.
La demande constitue donc un point de départ. L’analyse du besoin permet ensuite de choisir une réponse adaptée.
En résumé : la demande dit ce qui est demandé. Le besoin précise ce que la réponse devra rendre possible
Lorsqu’une personne confie un projet, elle arrive rarement avec une page blanche.
Elle peut dire :
Dans tous ces exemples, la demande est légitime. Elle traduit une attente, une intention ou une difficulté réelle. Elle ouvre la discussion et donne une première direction. Elle contient également une hypothèse de solution.
Un client nous avait demandé de former son service communication à la gestion du temps. L’analyse a rapidement montré que l’équipe était déjà très bien organisée. Elle avait surtout pris l’habitude de répondre très vite, avec un niveau de finition parfois supérieur à ce qui était réellement attendu, tandis que les clients internes formulaient souvent leurs demandes tardivement.
Le besoin dépassait donc le simple fait d’apprendre à mieux gérer le temps. Il consistait à aider l’équipe à mieux ajuster le niveau de réponse, à clarifier les délais et à faire évoluer la relation avec les clients internes pour favoriser davantage d’anticipation.
Ce recadrage a joué un rôle important dans la réussite de l’accompagnement.
La demande est donc un point de départ. Le besoin permet de comprendre ce que la réponse devra réellement rendre possible.
Clarifier le besoin va au-delà d’expliquer au demandeur qu’il s’est trompé.
Cela consiste plutôt à proposer :
« Prenons le temps de comprendre ce que vous souhaitez rendre possible afin de choisir la réponse la plus utile. »
Questionner une demande lui donne davantage de chances d’aboutir, plutôt que de la remettre en cause.
Ce déplacement améliore également la relation avec le commanditaire. Il permet de passer d’une logique de réponse immédiate à une logique de construction partagée. La discussion peut alors porter sur la situation actuelle, les personnes concernées, les usages, les contraintes, les expériences précédentes et les résultats attendus.
Un client avait résumé cette idée d’une manière très simple :
« On court partout et on tire en permanence. Ce que l’on voudrait, c’est apprendre à identifier la cible avant de tirer. »
Cette phrase vaut pour les projets, la formation, le changement, la coopération et les usages de l’IA.
Produire plus vite peut être utile. Encore faut-il savoir quelle cible nous voulons atteindre, quel problème nous souhaitons résoudre et quelle valeur nous voulons créer.
La distinction entre demande et besoin devient plus simple lorsque l’on sépare cinq niveaux.
| Niveau | Question à se poser | Exemple |
|---|---|---|
| Demande | Qu’est-ce qui est formulé ? | « Nous avons besoin d’une formation à la coopération. » |
| Situation | Que se passe-t-il concrètement aujourd’hui ? | Les dossiers circulent difficilement entre deux services. |
| Causes | Qu’est-ce qui produit ou entretient cette situation ? | Des responsabilités floues et des validations multiples. |
| Besoin | Que faut-il améliorer ou rendre possible ? | Sécuriser les passages de relais et clarifier les responsabilités. |
| Solution | Quelle réponse choisissons-nous ? | Un atelier, une formation, un rituel de coordination et une évolution du circuit de validation. |
La demande correspond à ce qui est formulé. Par exemple : « Nous avons besoin d’une formation à la coopération. »
Cette formulation donne une direction, tout en laissant encore à décrire précisément la situation à traiter.
La situation correspond à ce que les personnes vivent ou observent aujourd’hui. Par exemple : les dossiers circulent difficilement entre deux services. Les informations arrivent tardivement et les mêmes sujets donnent lieu à plusieurs relances.
La situation doit pouvoir être décrite à partir de faits, d’exemples et d’expériences concrètes.
Les causes permettent de comprendre ce qui produit ou entretient la situation.
Dans notre exemple, les difficultés peuvent être liées à des rôles mal définis, à des critères de priorité différents, à des validations multiples ou à l’absence de rituel de coordination.
La formation peut aider, et elle produira peu d’effet tant que les responsabilités et les règles de fonctionnement restent inchangées.
Le besoin décrit ce qu’il faut rendre possible ou améliorer.
Il pourrait être formulé ainsi : sécuriser les passages de relais entre les deux services, clarifier les responsabilités et permettre aux personnes concernées de traiter plus rapidement les situations qui nécessitent une coordination.
La solution correspond à la réponse choisie. Elle peut associer plusieurs actions : un atelier pour clarifier les interfaces, une formation pour développer les compétences de coopération, une évolution du circuit de validation, un rituel de coordination et des règles communes pour traiter les urgences et les désaccords.
Cette progression évite de passer directement d’un symptôme à une solution déjà décidée.
Le besoin va au-delà de l’inverse du problème observé. Il doit tenir compte de ce qui produit réellement la situation.
Une commande porte principalement sur la production d’une solution déjà définie. Le résultat attendu, les caractéristiques du livrable et les conditions de réalisation sont suffisamment clairs pour commencer.
Un projet conserve une part de clarification, de choix ou d’adaptation. Il existe encore un problème à comprendre, des utilisateurs à associer, des hypothèses à vérifier ou une solution à ajuster.
La différence reste parfois graduelle.
Même lorsqu’un outil, une organisation ou une orientation a déjà été choisi, il reste souvent à clarifier les usages, les conditions de réussite, les pratiques qui devront évoluer et les adaptations nécessaires.
Dans un projet, la valeur dépend de la pertinence de la réponse, au-delà de la seule qualité de la production.
Un livrable peut être complet, conforme et livré dans les délais, tout en restant peu utilisé. À l’inverse, une solution plus simple peut produire davantage de valeur lorsqu’elle répond précisément au besoin et s’intègre facilement au travail réel.
C’est pourquoi nous revenons régulièrement à trois critères :
Cette distinction entre livrable produit et valeur réellement créée est approfondie dans notre article consacré à la manière de clarifier le besoin, les acteurs et les conditions d’appropriation d’un projet.
Quelques questions bien choisies permettent souvent d’enrichir considérablement une demande initiale.
Elles complètent l’expertise, plutôt que de la remplacer. Elles permettent de l’utiliser avec davantage de justesse.
Cette question permet de comprendre le contexte et le déclencheur.
Qu’est-ce qui a changé récemment ? Quelle difficulté, quelle opportunité ou quelle transformation rend le sujet important aujourd’hui ? Pourquoi la demande apparaît-elle maintenant et pas six mois plus tôt ?
Le déclencheur donne souvent accès à une partie du besoin qui restait absente de la formulation initiale.
Cette question recentre la discussion sur le résultat. Le sujet dépasse ce qu’il faut produire, pour préciser ce qui devra aller mieux après l’action.
Les personnes devront-elles :
Plus le changement attendu est concret, plus la réponse peut être ajustée.
La personne qui formule la demande diffère parfois de celle qui utilise la solution ou rencontre la difficulté au quotidien.
Elle peut être commanditaire, responsable formation, chef de projet, manager ou intermédiaire. Son point de vue est essentiel, et il mérite souvent d’être complété.
Les utilisateurs, les collaborateurs, les contributeurs et les managers de proximité peuvent faire apparaître des éléments absents du brief initial :
On peut parfaitement comprendre la demande du commanditaire et rester trop loin de la situation vécue par les utilisateurs.
Cette question permet de capitaliser sur l’expérience.
Qu’est-ce qui a déjà été mis en place ? Qu’est-ce qui a aidé ? Qu’est-ce qui a été peu utilisé ? Qu’est-ce qui a été abandonné ? Quelles conditions manquaient pour que l’action produise les résultats attendus ?
Une solution précédente a peut-être produit peu d’effet parce que les managers avaient été associés trop tard. Un outil était peut-être pertinent tout en restant difficile à intégrer dans le quotidien. Une formation était peut-être trop générale ou insuffisamment reliée aux situations rencontrées. Une nouvelle organisation a peut-être été annoncée sans que les règles de fonctionnement soient ensuite stabilisées.
Cette question évite de reproduire une réponse déjà tentée dans les mêmes conditions.
Elle permet aussi de rechercher les réussites partielles : où le résultat attendu existe-t-il déjà, même modestement ?
Une équipe, un service ou un manager a peut-être déjà trouvé une pratique utile. Il peut être plus pertinent de comprendre et d’étendre cette réussite que de concevoir une solution entièrement nouvelle.
Dans de nombreux projets, le demandeur diffère de l’utilisateur final.
Un responsable demande une formation pour son équipe. Une direction souhaite déployer un outil auprès de plusieurs services. Un chef de projet formule une demande au nom d’un collectif. Une direction des ressources humaines construit un dispositif destiné à des managers.
Ces situations sont normales. Elles demandent simplement de compléter le cadrage par quelques échanges avec les personnes concernées.
Les questions peuvent rester simples :
Ces échanges permettent de concevoir la réponse depuis le travail réel, plutôt que depuis une représentation trop lointaine du terrain.
Ils contribuent aussi à préparer l’appropriation. Les utilisateurs comprennent mieux le projet, le commanditaire dispose d’informations plus fiables et la solution peut être ajustée avant que des choix difficiles à modifier aient été réalisés.
Associer les utilisateurs va au-delà de tout coconstruire avec tout le monde. Il s’agit de solliciter les bonnes personnes au bon moment, avec une question précise.
Une situation visible peut avoir plusieurs causes.
Prenons l’exemple de projets qui prennent régulièrement du retard. Une réponse rapide pourrait être de former les chefs de projet à la planification.
Cette formation peut être pertinente. Les retards peuvent aussi provenir :
Le besoin varie selon les causes principales.
Il s’agit d’éviter de construire trop rapidement une réponse autour de la première explication disponible, plutôt que de rechercher une explication parfaite avant d’agir. Quelques questions permettent d’avancer :
Cette analyse peut rester légère pour une action simple et réversible. Elle mérite d’être plus approfondie lorsque le projet est coûteux, transverse, sensible ou difficile à modifier une fois lancé.
Le niveau de cadrage doit rester proportionné à l’enjeu.
Clarifier le besoin suppose aussi de distinguer ce que l’on va produire de ce que l’on souhaite réellement améliorer.
Prenons l’exemple d’une formation destinée aux managers.
Une formation de deux jours accompagnée d’outils pratiques.
Une trame de préparation, une méthode de feedback ou un rituel d’équipe.
Préparer davantage leurs échanges, formuler des attentes plus claires ou traiter plus tôt certaines difficultés.
La qualité des décisions, la coopération, l’autonomie ou la capacité à anticiper.
Ces quatre niveaux évitent de considérer la réalisation de l’action comme une preuve suffisante de réussite.
La question centrale devient :
Qu’aimerions-nous observer dans le travail réel pour pouvoir dire que cette action a été utile ?
Les critères gagnent à rester peu nombreux. Ils doivent surtout permettre de vérifier que la réponse commence à produire les effets attendus.
Clarifier avant d’agir ne signifie pas attendre de tout savoir. Dans un projet, il est utile de distinguer deux temps.
Le premier est celui du cadrage. Il permet de comprendre la situation, d’identifier les personnes concernées, de préciser les enjeux, de formuler les premières hypothèses et de définir les critères de réussite.
Le second est celui de la construction. Il permet de concevoir, tester, ajuster, déployer et accompagner la solution.
Ces deux temps restent liés.
Un test peut révéler une contrainte oubliée. Un utilisateur peut faire apparaître un usage inattendu. Un manager peut signaler une difficulté d’appropriation. Une donnée terrain peut conduire à revoir une hypothèse. Ce retour n’est pas un échec du cadrage. Il permet de l’enrichir.
Un bon cadrage crée un cadre suffisamment clair pour avancer, tout en prévoyant les moments où les hypothèses et les choix seront réexaminés, plutôt que de tout figer au départ.
L’enjeu est d’apprendre suffisamment tôt pour éviter de découvrir trop tard que la solution répond imparfaitement au besoin.
Une trame en sept étapes peut suffire pour cadrer de nombreuses demandes.
« Vous souhaitez une formation à la gestion de projet. »
Cette reformulation permet de vérifier que la demande initiale a bien été comprise.
« Qu’est-ce qui rend ce sujet important aujourd’hui ? »
L’objectif est de comprendre le déclencheur, les enjeux et les évolutions récentes.
« Que se passe-t-il concrètement aujourd’hui ? Dans quelles situations rencontrez-vous cette difficulté ? »
Il s’agit de recueillir des faits et des exemples, pas seulement des impressions générales.
« Quelles sont, selon vous, les principales causes de la situation actuelle ? »
Ces causes restent parfois à vérifier, mais elles permettent déjà d’éviter une réponse trop rapide.
« Qu’aimeriez-vous voir changer dans les pratiques ou les résultats après l’action ? »
Cette question déplace le regard du livrable vers les effets recherchés.
« Qui vit directement la situation ? Qui utilisera la solution ? Qui devra soutenir son appropriation ? »
Le cadrage peut ensuite être complété par quelques entretiens ou observations.
« Qu’avez-vous déjà essayé ? Qu’est-ce qui a aidé ? Qu’est-ce qui doit être pris en compte cette fois-ci ? »
Cette étape permet d’éviter les répétitions et de valoriser ce qui fonctionne déjà.
La reformulation finale peut alors prendre cette forme :
« Si je résume, le sujet dépasse le seul fait de former les chefs de projet à une méthode. Il consiste surtout à les aider à mobiliser des contributeurs très sollicités, à préparer les arbitrages et à clarifier les engagements dès le démarrage. »
À partir de là, la solution peut être conçue avec davantage de justesse.
Une phrase type peut aider à transformer les informations recueillies en besoin exploitable :
Nous avons besoin d’aider [les personnes concernées] à [développer une capacité ou une pratique] dans [les situations rencontrées], afin de [produire le résultat recherché], en tenant compte de [contraintes principales].
Par exemple :
Nous avons besoin d’aider les chefs de projet à clarifier plus tôt les engagements et les arbitrages avec des contributeurs très sollicités, afin de réduire les relances et les retards, en tenant compte de leur faible autorité hiérarchique.
Cette formulation oriente déjà les choix de méthode, de participants, d’exercices et d’accompagnement.
Pour les demandes qui nécessitent un cadrage rapide, dix questions peuvent servir de repère :
La dernière étape consiste à compléter cette phrase :
Le besoin que nous retenons est…
Cette grille peut être utilisée lors d’un entretien avec un commanditaire, d’un atelier de cadrage ou d’une réunion de lancement.
Prenons une demande fréquente : « Nous avons besoin d’une formation à la gestion de projet. »
Cette demande peut correspondre à plusieurs besoins.
La même demande peut donc conduire à plusieurs réponses.
Dans une formation, le thème constitue un point d’entrée. Le besoin concerne ce que les participants devront être capables de faire différemment après la formation.
Cette clarification permet de choisir les situations d’entraînement, les exemples, les outils, les jeux pédagogiques et les actions de transfert les plus utiles.
Une demande comme « Nous voulons un jeu sur la coopération » contient à la fois un thème et une modalité pédagogique. Elle ne précise pas encore ce que les participants devront mieux réussir dans leur travail.
S’agit-il de mieux partager les informations, de clarifier les responsabilités, de solliciter les partenaires plus tôt ou de mieux arbitrer entre les objectifs de chaque équipe et la réussite collective ?
Le jeu peut devenir une réponse particulièrement pertinente lorsqu’il permet de faire vivre une situation, de prendre des décisions, d’en observer les conséquences et de produire des faits utiles au débrief. Il doit néanmoins être choisi après avoir clarifié le progrès attendu et la place qu’il prendra dans le scénario pédagogique.
À approfondir : partir du besoin avant de choisir un jeu pédagogique.
Lorsqu’une formation doit accompagner une évolution des pratiques ou de l’organisation, cette analyse permet aussi de mieux articuler formation et changement organisationnel
Une organisation peut demander : « Nous aimerions organiser un séminaire pour mieux travailler ensemble. »
Le besoin réel peut être différent selon les situations.
Il peut s’agir de renforcer le lien entre les personnes, de clarifier les responsabilités, de sécuriser les passages de relais, d’améliorer les rituels de coordination ou de traiter des tensions qui fragilisent les engagements.
La réponse ne sera pas la même.
La bonne réponse dépend de ce qu’il faut rendre possible après l’intervention.
Cette clarification permet de choisir entre un travail sur les interfaces, les responsabilités, les accords de fonctionnement, les compétences relationnelles ou la qualité de la coopération. Ces dimensions sont approfondies dans notre article consacré à la manière de mieux coopérer dans les équipes
Une organisation peut demander : « Nous voulons former nos équipes à l’IA. »
Cette demande peut correspondre à un besoin de découverte, de cadrage des usages, de construction de cas métier, de qualité, de management ou de réinvestissement du temps gagné.
L’accès aux outils ne suffit pas à préciser l’usage que l’organisation souhaite réellement développer.
Le même principe s’applique à l’IA : fournir un outil ou organiser une démonstration ne suffit pas toujours à installer des usages professionnels utiles. L’article Adoption de l’IA en entreprise : pourquoi fournir l’outil ne suffit pas approfondit ce passage de l’accès à l’usage réel.
Dans nos formations et nos accompagnements, les participants travaillent à partir de demandes réelles : un projet à cadrer, une formation à concevoir, une coopération à renforcer, une transformation à préparer ou une nouvelle pratique à développer.
Ils apprennent à accueillir la demande sans la disqualifier, puis à distinguer :
Nous travaillons également la manière de présenter cette clarification à un commanditaire. L’objectif est de créer un dialogue constructif, de respecter l’intention initiale et d’apporter de la valeur grâce aux questions posées.
Les participants repartent avec des éléments directement exploitables : une reformulation du besoin, une grille de cadrage, une liste d’acteurs à consulter, des hypothèses à vérifier et une première étape de travail adaptée à leur contexte.
Selon le sujet, cette compétence peut notamment être travaillée dans les formations consacrées au management de projet, à la conception de formation et à la conduite du changement.
Cette compétence de cadrage se travaille dans plusieurs de nos parcours.
La demande correspond à ce qui est formulé, souvent sous la forme d’une solution déjà envisagée. Le besoin décrit ce qu’il faut réellement améliorer ou rendre possible pour les personnes concernées.
L’expression « demande de besoin » est parfois utilisée pour désigner une demande adressée à un service formation, une fonction support, un chef de projet ou un prestataire.
Cette demande constitue un point de départ, et elle demande généralement à être précisée pour comprendre la situation à traiter, les personnes concernées, les résultats recherchés, les contraintes et la réponse la plus adaptée.
Il faut questionner le contexte, la situation actuelle, les causes principales, les personnes concernées, les contraintes, les expériences précédentes et le changement attendu. Ces éléments permettent de comprendre ce que la réponse devra réellement produire.
Une même difficulté peut avoir plusieurs causes. Une formation, un outil ou une nouvelle procédure ne produira pas les effets attendus si la principale cause concerne en réalité des arbitrages tardifs, des rôles flous ou des priorités contradictoires.
Une commande porte principalement sur la réalisation d’une solution déjà définie. Un projet conserve une part de clarification, de choix ou d’adaptation. Même lorsque la solution est décidée, il reste souvent à préciser les usages et les conditions de réussite.
Les utilisateurs vivent la situation dans le travail réel. Leurs retours permettent de comprendre les contraintes, les irritants, les usages existants et les conditions qui rendront la solution réellement utilisable.
Il faut partir des situations professionnelles et de ce que les participants devront faire différemment après la formation. Le thème demandé constitue un point de départ. Le besoin réel concerne les pratiques à développer et les conditions qui permettront leur réutilisation sur le terrain.
Une formulation utile précise les personnes concernées, la capacité ou la pratique à développer, les situations dans lesquelles elle sera utilisée, le résultat attendu et les principales contraintes à respecter.
Un échange court peut permettre de clarifier la situation réellement rencontrée, les personnes à associer, les pratiques ou résultats à faire évoluer, les contraintes à respecter et la réponse la plus utile à construire.
Chaque organisation a ses propres contraintes, ses propres enjeux, son propre terrain.
Un échange de 30 minutes suffit souvent à identifier ce qui serait vraiment utile — et la forme que ça pourrait prendre.
Indiquez votre adresse email pour recevoir la ressource dans votre boite de réception