Expression de besoin

  • Concept
  • Intermédiaire
  • Transversal
  • Toujours utilisé

En bref

L'expression de besoin est un document ou un échange qui décrit précisément ce qu'un client ou un service attend d'un projet.

Définition complète

L’expression de besoin est un document, ou parfois un simple échange structuré, qui décrit précisément ce qu’un client, un service ou un commanditaire attend d’un projet : le problème à résoudre, les objectifs recherchés, les contraintes à respecter (budget, délai, contexte technique) et, si possible, les critères qui permettront de juger si le résultat convient.

Par exemple, avant de commander un nouveau site internet, une mairie peut rédiger une expression de besoin qui précise : « permettre aux habitants de consulter les horaires des services municipaux et de télécharger des formulaires administratifs, avec un budget maximum de 8 000 euros et une mise en ligne avant la rentrée de septembre ». Ce document sert de base à tous les prestataires consultés.

Attention : une expression de besoin doit décrire un problème à résoudre et des objectifs, pas déjà une solution technique précise. Trop détailler la solution dès le départ risque de fermer la porte à de meilleures propositions que celles imaginées initialement.

À quoi ça sert

L’expression de besoin sert à s’assurer que le client et le prestataire, ou une hiérarchie et une équipe projet, partagent bien la même compréhension de ce qui est attendu, avant même de commencer à travailler. Elle évite de découvrir un malentendu majeur une fois le projet bien avancé.

Elle sert aussi de référence tout au long du projet : en cas de doute ou de désaccord sur ce qui était prévu, on peut s’y référer pour trancher objectivement, plutôt que de se fier à des souvenirs différents d’une même réunion.

Enfin, elle facilite la comparaison entre plusieurs prestataires ou plusieurs solutions possibles : en partant d’une même expression de besoin claire, il devient plus facile d’évaluer objectivement plusieurs propositions sur des critères communs, plutôt que de comparer des offres qui répondent chacune à une interprétation différente du besoin.

Cas d'usage typiques

– Cadrer : rédiger un document clair avant de lancer un appel d’offres ou de consulter des prestataires.
– Clarifier : reformuler avec un client ce qu’il attend réellement, au-delà de sa demande initiale.
– Comparer : évaluer plusieurs devis sur la base des mêmes critères, définis dans l’expression de besoin.
– Prévenir : éviter un malentendu qui n’apparaîtrait sinon qu’au moment de la livraison du projet.
– Prioriser : distinguer, dans une expression de besoin, ce qui est indispensable de ce qui est souhaitable.
– Vérifier : utiliser l’expression de besoin initiale comme référence pour valider un livrable final.

Ce que tu sauras faire

Rédiger une expression de besoin claire qui décrit un problème et des objectifs, sans imposer une solution prématurée.

Mises en situation

Situation 1 : la mairie qui lance un appel d’offres

Contexte : Une mairie souhaite moderniser son accueil du public mais ne sait pas encore quelle solution technique choisir.

Application : Elle rédige une expression de besoin centrée sur les objectifs (réduire le temps d’attente, faciliter les démarches courantes) plutôt que sur une solution précise.

Résultat attendu : Les prestataires consultés proposent des solutions variées et parfois plus adaptées que celle initialement imaginée par la mairie, notamment une prise de rendez-vous en ligne à laquelle elle n’avait pas pensé.

Situation 2 : le malentendu évité entre deux services

Contexte : Le service marketing d’une entreprise demande au service informatique de créer un « tableau de suivi des ventes », sans plus de précision.

Application : Avant de commencer, le service informatique fait préciser par écrit l’expression de besoin : quelles données afficher, à quelle fréquence, pour quels utilisateurs.

Résultat attendu : Cette clarification révèle que le service marketing avait besoin d’un suivi quotidien automatisé, et non d’un simple tableau mensuel, évitant un développement inadapté qui aurait dû être entièrement refait.

Situation 3 : le client qui change d’avis en cours de projet

Contexte : Un client conteste, en fin de projet, que le résultat livré ne correspond pas à ce qu’il attendait.

Application : L’entreprise prestataire se réfère à l’expression de besoin validée en début de projet et signée par le client.

Résultat attendu : Le document montre que le livrable correspond exactement à ce qui avait été demandé initialement ; toute demande supplémentaire du client est alors traitée comme un ajout séparé, avec un budget et un délai propres.

Application guidée : distinguer besoin et solution

Contexte : Un commerçant rédige une expression de besoin en écrivant : « je veux un site internet avec telle technologie précise et telles couleurs exactes ».

Question : Que manque-t-il à cette expression de besoin, et comment la reformuler pour qu’elle décrive un vrai besoin plutôt qu’une solution déjà choisie ?

Résultat attendu : Cette formulation impose une solution technique avant même d’avoir exploré les options possibles, ce qui peut écarter de meilleures propositions. Une meilleure expression de besoin dirait plutôt : « je veux que mes clients puissent voir mes produits et me contacter facilement en ligne, avec un budget de X euros », laissant le prestataire proposer la solution technique la plus adaptée.

Application guidée : hiérarchiser les besoins

Contexte : Une association liste dans son expression de besoin dix fonctionnalités souhaitées pour un nouvel outil de gestion des adhérents, pour un budget qui ne permet d’en financer que la moitié.

Question : Comment prioriser ces dix fonctionnalités dans l’expression de besoin pour que le prestataire sache ce qui est vraiment indispensable ?

Résultat attendu : Il faut classer les fonctionnalités en catégories claires, par exemple « indispensable », « souhaitable » et « accessoire », plutôt que de tout présenter sur le même plan. Le prestataire peut alors proposer une première version couvrant les fonctionnalités indispensables, avec les autres en option pour une phase ultérieure si le budget le permet.

Pour bien le retenir

L'analogie

L’expression de besoin, c’est comme la commande passée à un artisan menuisier pour un meuble sur mesure. Dire « je veux un meuble pour ranger mes livres, qui rentre dans cet espace de 2 mètres, avec un budget de 800 euros » laisse le menuisier proposer la meilleure solution. Dire d’emblée « je veux exactement ce modèle de bois, avec ces charnières précises » risque au contraire de fermer la porte à une meilleure idée que le menuisier aurait pu proposer.

« Décrire le meuble dont on a besoin, pas déjà dessiner les charnières à sa place. »

Pièges à éviter

À ne pas confondre avec

Une erreur fréquente consiste à rédiger une expression de besoin qui décrit déjà une solution technique précise, au lieu de décrire le problème à résoudre. Cela réduit les chances de recevoir une proposition mieux adaptée que celle initialement imaginée.

Autre piège : rester trop vague, avec des formulations comme « un outil moderne et efficace », qui ne permettent pas au prestataire de comprendre précisément ce qui est attendu, ni de proposer un chiffrage fiable.

Enfin, certains rédigent une expression de besoin puis ne s'y réfèrent plus jamais pendant le projet, ce qui la rend inutile. Elle doit au contraire rester un document de référence, consulté régulièrement pour vérifier que le projet reste bien aligné avec l'objectif initial.

Évolution historique

Apparition : Notion formalisée en gestion de projet et en marchés publics à partir des années 1980-1990

Quels changements depuis l’arrivée de l’IA ?

L’IA a un impact assez indirect sur cette notion, qui reste avant tout un exercice de clarification humaine entre un commanditaire et un prestataire. Certains outils peuvent aider à reformuler ou structurer un besoin exprimé de façon informelle en un document plus clair, ou à repérer des contradictions dans un texte long. Mais comprendre finement ce qu’un client attend vraiment, au-delà de ce qu’il exprime spontanément, reste un travail d’écoute humaine difficile à automatiser complètement.

Évolution historique

Pratique ancienne : passer commande en décrivant un besoin précis à un artisan ou un fournisseur existe depuis toujours dans le commerce.

Milieu du XXe siècle : les grands projets industriels et publics formalisent des cahiers des charges détaillés.

Années 1980-1990 : l’expression de besoin devient une étape reconnue et documentée du management de projet, notamment dans l’informatique et les marchés publics.

Années 2000-2010 : des modèles types et des guides méthodologiques se diffusent pour aider les organisations à mieux rédiger leurs besoins.

Aujourd’hui : l’expression de besoin reste une étape considérée comme essentielle avant tout projet, quel que soit le secteur.