Expression de besoin : le document à rédiger avant le cahier des charges
Une expression de besoin est le document d’une poignée de pages qui dit ce que les utilisateurs doivent pouvoir obtenir, sans décrire la solution. Elle se rédige avant le cahier des charges, et c’est la confusion entre les deux qui coûte le plus cher aux projets web.
Modèle et méthode mis à jour le 12 septembre 2026.
Expression de besoin, cahier des charges, devis
| Document | À quelle question il répond | Pour qui | Longueur usuelle |
|---|---|---|---|
| Expression de besoin | Que doivent obtenir les utilisateurs ? | Maîtrise d’ouvrage, direction | 3 à 6 pages |
| Fiche d’une page | Que demande ce service précis ? | Chaque service concerné | 1 page |
| Cahier des charges | Que va-t-on faire, et dans quel cadre ? | Prestataires consultés | 10 à 20 pages |
| Devis | Combien, par qui, en combien de temps ? | Acheteur | 2 à 8 pages |
Trois documents, trois questions différentes. Les confondre est l’erreur la plus fréquente des projets web.
Ce que contient le modèle d’expression de besoin
Le document Word proposé ici suit sept sections, dans l’ordre où elles se rédigent : qui exprime le besoin, la situation actuelle, les besoins classés par importance, ce que vous ne demandez pas, comment vous saurez que c’est réglé, les contraintes connues, et la suite donnée à la fiche. Chaque section explique ce qu’on en attend, montre un exemple rempli sur un cas fictif et laisse une zone de saisie.
La contrainte principale du modèle est négative : aucune phrase de la section des besoins ne doit contenir un nom de logiciel, de technologie ou d’écran. C’est une gêne au début, et c’est précisément ce qui donne sa valeur au document. Un besoin exprimé sans solution laisse au prestataire la possibilité de proposer une réponse à laquelle vous n’auriez pas pensé, souvent moins chère.

La fiche d’expression de besoin d’une page, à faire remplir par service
Le second document est une variante courte, tenant sur une page, conçue pour circuler. Elle sert quand le besoin est réparti entre plusieurs services : comptabilité, achats, commerce, production. Chacun remplit sa fiche, et la personne qui pilote le projet consolide ensuite l’ensemble dans le modèle complet.
Cette fiche impose six cases, dans cet ordre : le besoin en une phrase, la situation actuelle avec un chiffre, trois besoins classés, ce que le service ne demande pas, le constat qui prouvera que c’est réglé, et les contraintes connues. Le format court est une contrainte utile : un responsable de service remplit une page, il ne remplit pas six.
La règle de circulation compte autant que le contenu. Une fiche par service, jamais une par personne : c’est le responsable qui consolide les demandes de son équipe avant d’écrire. Sans cette règle, vous récupérez trente fiches contradictoires et personne n’a mandat pour arbitrer entre elles. Autre règle : les fiches reviennent à la personne qui pilote le projet, jamais directement au prestataire, sans quoi vous perdez la vue d’ensemble dès le premier échange.

Comment rédiger une expression de besoin, section par section
La première section identifie le rédacteur et son rôle réel dans l’activité décrite. Un besoin exprimé par la personne qui subit le problème tous les jours n’a pas la même valeur qu’un besoin relayé par un tiers. Les deux sont utiles, mais savoir lequel on lit l’est tout autant. Indiquez aussi le destinataire : une fiche adressée à une direction ne se rédige pas comme une fiche adressée à un prestataire.
La deuxième section raconte la situation actuelle, concrètement et sans jugement. Les meilleures expressions de besoin décrivent une journée type : à quelle heure arrivent les demandes, par quel canal, qui les traite, combien de temps cela prend, ce qui coince. Ajoutez un volume chiffré, même estimé à la main sur deux semaines, et dites comment vous l’avez obtenu. Terminez par ce qui fonctionne bien aujourd’hui : c’est la partie que personne n’écrit, et c’est pourtant celle qui évite de casser en chemin ce qui marchait.
La troisième section est le cœur du document. Chaque besoin s’écrit en trois temps : en tant que tel profil, je veux obtenir telle chose, afin de telle raison. Cette forme paraît scolaire ; elle est simplement efficace, parce qu’elle oblige à nommer la personne, ce qu’elle obtient et la raison, et qu’elle rend difficile de glisser une solution technique dans la phrase. Chaque besoin porte un niveau : indispensable, important, souhaitable. Le classement vaut plus que la liste, et il se fait avant de connaître le budget, ce qui est exactement le moment où il est honnête. Dix à vingt besoins suffisent pour un site ; au-delà, vous décrivez déjà des écrans.
La quatrième section écrit ce que vous ne demandez pas, en trois catégories distinctes : ce dont vous ne voulez pas du tout, ce qui viendra plus tard, et ce sur quoi vous n’avez pas encore d’avis. Le troisième cas est parfaitement légitime et se dit : « à instruire avec le prestataire » est une réponse valable, contrairement au silence. Le silence, lui, se lit comme un accord, et un besoin que le prestataire imagine sera chiffré.
La cinquième section décrit ce que vous devriez constater sur le terrain pour considérer le besoin satisfait. C’est l’équivalent, côté besoin, des critères d’acceptation du cahier des charges. Évitez les formulations techniques : « le site est en ligne » n’est pas un constat de satisfaction, c’est un état de fait. « Le secrétariat ne passe plus qu’une heure par jour au téléphone pour les rendez-vous de routine » en est un, parce qu’il se vérifie. Donnez la mesure de départ quand elle existe : sans point de comparaison, aucun progrès ne se démontre.
La sixième section liste les contraintes qui s’imposent à vous, et seulement celles-là. Un hébergement en France exigé par votre direction est une contrainte ; un choix de socle technique fondé sur une lecture est une préférence, dont la place est dans une discussion, pas dans ce document. Signalez en particulier les données personnelles sensibles que vous traitez : cette information change les recommandations d’un prestataire dès la première conversation, et la donner tard fait perdre des semaines.
La septième section nomme la décision attendue, la personne qui la prend, la date, et le document qui suivra. Une expression de besoin qui ne dit pas ce qu’elle appelle ensuite finit dans un dossier partagé. Gardez enfin la trace des versions : un besoin évolue entre la première rédaction et la consultation, et savoir ce qui a changé, quand et à la demande de qui vaut largement les trois lignes que cela coûte.
Un exemple rempli, sur un cas fictif
L’extrait ci-dessous vient du document Word. Il porte sur un établissement entièrement fictif, la « Clinique vétérinaire des Trois Ponts », et sert uniquement à montrer le niveau de détail attendu.
Les erreurs qui coûtent le plus cher
Une expression de besoin ratée se reconnaît à un symptôme unique : le prestataire reformule tout, et la réunion suivante recommence à zéro.
- Écrire une solution à la place d’un besoin. « Ajouter un espace client avec authentification » ferme la discussion. « Un client doit pouvoir retrouver sa facture sans nous appeler » l’ouvre, et laisse le prestataire proposer un envoi automatique qui coûterait dix fois moins.
- Ne pas classer les besoins. Une liste où tout est indispensable ne permet aucun arbitrage. Le jour où le budget se révèle inférieur au périmètre, c’est le prestataire qui choisit ce qui saute, ou personne, et le projet s’arrête.
- Oublier les besoins internes. La moitié de la charge d’un site professionnel vit dans le back-office. Une fiche qui ne décrit que les besoins des clients produit un devis qui ne couvre que la partie visible, et un avenant trois mois plus tard.
- Passer sous silence ce qui fonctionne. Un projet qui n’écrit pas ce qui marche aujourd’hui le casse une fois sur deux. La relation téléphonique, une habitude de vos clients, un circuit interne rodé : tout cela mérite une ligne.
- Confondre la fiche avec le cahier des charges. L’expression de besoin ne sert pas à consulter des prestataires : elle sert à se mettre d’accord en interne sur ce qu’on cherche. Elle alimente ensuite le cahier des charges, et les deux se relisent ensemble à la fin du projet.
Expression de besoin et devis : ce que le prestataire en fait
Un prestataire qui reçoit une expression de besoin bien tenue fait trois choses. Il vérifie d’abord que les besoins indispensables sont cohérents entre eux, ce qui révèle souvent une contradiction que personne n’avait vue en interne. Il propose ensuite une réponse, qui n’est pas forcément celle que vous imaginiez : c’est exactement pour cela que la fiche ne doit contenir aucune solution. Il chiffre enfin, en séparant les indispensables du reste, ce qui vous donne un devis à plusieurs étages plutôt qu’un total unique à prendre ou à laisser.
La fiche sert aussi après. Quand le projet est livré et que la discussion porte sur la conformité, c’est l’expression de besoin qu’on relit, pas le cahier des charges. Le cahier des charges dit ce qui a été commandé ; l’expression de besoin dit ce qu’on cherchait à obtenir. Les deux ensemble tranchent la quasi-totalité des désaccords de fin de projet.
La suite du circuit passe par le cahier des charges de site internet, dont la structure en dix sections reprend les besoins classés, puis par la lecture des devis sur une grille commune, avec les fourchettes publiées du guide comme étalon.
Les autres modèles du guide
- Arborescence de site web : le modèle à remplir et trois exemples commentés
- Backlog produit : le modèle Excel, la priorisation et un exemple rempli
- Appel d’offres informatique : la trame à envoyer et la grille de dépouillement
Tous les modèles sont réunis sur le hub des ressources. Le document qui les rassemble reste le cahier des charges de site internet : c’est lui qui part aux prestataires. Les fourchettes de prix publiées et la grille de lecture des devis servent ensuite à comparer les réponses ligne à ligne.
Questions fréquentes
Qu’est-ce qu’une expression de besoin ?
C’est le document qui dit ce que les utilisateurs doivent pouvoir obtenir, sans décrire la solution. Chaque besoin s’y écrit en « en tant que, je veux, afin de », avec un niveau d’importance. Elle se valide en interne et sert de matière première au cahier des charges.
Quelle différence entre expression de besoin et cahier des charges ?
L’expression de besoin dit ce qu’on veut obtenir, le cahier des charges dit ce qui sera fait. La première ne contient aucun nom de technologie ni d’écran et fait trois à six pages ; le second décrit le périmètre, les intégrations, les exigences transverses et le cadre contractuel, et fait couramment quinze pages. Le cahier des charges se construit à partir de l’expression de besoin, il ne la remplace pas.
Comment formuler un besoin correctement ?
En trois temps : en tant que [profil], je veux [résultat attendu], afin de [raison]. Si votre phrase contient un nom de logiciel, un nom d’écran ou une technologie, vous décrivez une solution et non un besoin. Ajoutez systématiquement un niveau d’importance et une fréquence estimée.
À quoi sert la fiche d’expression de besoin d’une page ?
À faire remplir chaque service concerné séparément, puis à consolider. Elle impose six cases et tient sur une page, ce qui la rend réellement remplissable par un responsable qui n’a pas le temps. Une fiche par service, jamais une par personne : le responsable consolide les demandes de son équipe avant d’écrire.
Qui doit rédiger l’expression de besoin ?
Les personnes qui vivent le problème, avec l’appui de la maîtrise d’ouvrage. Une fiche rédigée par le seul service informatique décrit presque toujours une solution technique ; une fiche rédigée par le seul service métier oublie les contraintes. Les deux relectures sont nécessaires, dans cet ordre.
Un avis technique sur votre périmètre, en trente minutes ?
Décrivez votre projet web en quinze minutes : vous repartez avec un avis technique sous 48 h. Périmètre, technologies pertinentes et ordre de grandeur budgétaire. Sans engagement.