Par où commencer pour rédiger un cahier des charges ?

On commence par le problème à résoudre et les objectifs, jamais par la liste des fonctionnalités. Un cahier des charges qui démarre par « il nous faut un carrousel et un chatbot » se trompe de bout : il fige des solutions avant d'avoir défini ce que le projet doit accomplir et pour qui.

Un cahier des charges est le document qui décrit par écrit ce qu'un projet doit accomplir, à l'intention de ceux qui vont le réaliser. Avant d'aligner des fonctionnalités, répondez à trois questions simples : pourquoi refait-on ou crée-t-on ce site, pour qui, et à quoi saura-t-on qu'il a réussi. C'est ce trio, problème plus cible plus objectif, qui donne un cap. Les fonctionnalités en découlent naturellement : elles sont des réponses à un besoin, pas un point de départ. D'après mon expérience, les documents qui listent des écrans avant d'avoir posé les objectifs produisent des sites qui font beaucoup de choses, mais rarement les bonnes.

Étape 1 : recueillir et clarifier le besoin

Recueillir le besoin consiste à interroger les parties prenantes, à formuler des objectifs mesurables et à lister les contraintes de budget, de délai et d'existant. C'est le socle du cahier des charges : un besoin mal recueilli produit un document parfaitement précis, mais sur la mauvaise cible.

Avant d'écrire une ligne, il faut écouter. Un projet web sert rarement une seule personne : la direction attend un retour sur investissement, le métier veut un outil qui lui simplifie la vie, les utilisateurs finaux cherchent à accomplir une tâche vite et sans friction. Ces attentes se recoupent, parfois se contredisent, et c'est justement le travail de recueil que de les faire remonter avant qu'elles n'explosent en cours de projet.

Concrètement, cette étape produit trois matières : des objectifs formulés de façon mesurable (générer des demandes de devis, réduire les appels au support, vendre en ligne), une compréhension des cibles et de leurs usages, et une liste de contraintes (budget disponible, échéance, existant technique à conserver, obligations réglementaires ou d'accessibilité). Un objectif comme « augmenter les demandes de contact » vaut cent fois mieux qu'un vague « moderniser le site », parce qu'on pourra le vérifier après coup.

Étape 2 : structurer le document

Un cahier des charges se structure autour de grandes rubriques stables : contexte et objectifs, cibles, périmètre fonctionnel, contenus et arborescence, exigences techniques et SEO, contraintes, budget et planning. Cette trame garantit qu'aucun sujet essentiel n'est oublié et rend le document facile à parcourir pour un prestataire.

La structure n'est pas de la décoration : c'est elle qui rend le document exploitable. Un lecteur pressé, un prestataire qui chiffre, doit retrouver chaque information à sa place. Voici les rubriques que je retiens pour un projet web :

  • Contexte et objectifs : qui vous êtes, pourquoi ce projet, ce que vous voulez qu'il accomplisse.
  • Cibles : à qui s'adresse le site et ce que ces personnes viennent y faire.
  • Périmètre fonctionnel : les fonctions attendues, page par page ou parcours par parcours.
  • Contenus et arborescence : les pages prévues, leur organisation, qui produit les textes et les images.
  • Exigences techniques et SEO : performance, accessibilité, compatibilité, préservation du référencement, données à conserver.
  • Contraintes, budget et planning : l'enveloppe, l'échéance et les jalons de validation.

Inutile de réinventer cette trame à chaque projet. Pour voir à quoi ressemble chaque rubrique remplie, appuyez-vous sur un modèle de cahier des charges commenté et adaptez-le à votre contexte plutôt que de partir d'une page blanche.

Étape 3 : prioriser (indispensable, souhaitable, plus tard)

Prioriser, c'est classer chaque besoin en trois niveaux : indispensable, souhaitable et plus tard. Cette hiérarchie permet d'arbitrer sereinement quand le budget ou le délai se tendent : on sait d'avance ce qui est négociable et ce qui ne l'est pas.

Un cahier des charges où tout est prioritaire n'a aucune priorité. Or un projet rencontre presque toujours un mur, de budget ou de calendrier, et c'est à ce moment qu'une priorisation faite à froid vaut de l'or. La méthode la plus simple consiste à marquer chaque besoin : indispensable (sans lui, le projet ne remplit pas son objectif), souhaitable (il apporte de la valeur mais peut attendre), plus tard (une bonne idée pour une phase ultérieure). C'est l'esprit de la logique de lot minimum, ou MVP, le produit minimum viable : livrer d'abord ce qui compte vraiment, enrichir ensuite. Une fonctionnalité repoussée n'est pas une fonctionnalité abandonnée, c'est une fonctionnalité rangée à sa place dans le temps.

Étape 4 : décrire le besoin sans imposer la solution technique

Décrivez le résultat attendu et les fonctions, pas les outils. Écrivez « un visiteur doit pouvoir réserver un créneau en moins de trois étapes » plutôt que « installez tel plugin ». Vous laissez ainsi aux réalisateurs la liberté de proposer la meilleure solution technique, qui est leur métier.

C'est l'erreur de posture la plus fréquente. En imposant une technologie ou un module précis, le maître d'ouvrage prend une décision qu'il n'est pas toujours en mesure d'évaluer, et il prive le prestataire de son expertise. Exprimez le quoi et le pourquoi, laissez le comment à ceux qui construisent. La bonne formulation est fonctionnelle : elle décrit ce que l'utilisateur doit pouvoir faire et le résultat mesurable attendu. On ne précise la technique que lorsqu'elle est une vraie contrainte, par exemple un outil de gestion déjà en place auquel le site devra se connecter. Cette distinction est aussi ce qui vous permet ensuite de comparer honnêtement plusieurs propositions : chacun répond au même besoin avec sa solution.

Étape 5 : faire relire et valider

La dernière étape est la relecture par les parties prenantes, puis la validation formelle du document. Un cahier des charges relu à plusieurs paires d'yeux révèle les zones floues, les oublis et les contradictions avant qu'ils ne coûtent cher. Sans validation actée, personne ne s'engage vraiment sur ce qui est écrit.

Un document rédigé dans son coin reflète le point de vue d'une seule personne. Faites-le relire par ceux qui ont exprimé un besoin : le métier vérifiera que vous l'avez bien compris, la direction que les objectifs sont les bons, un profil technique que les exigences tiennent debout. Chaque relecture est une occasion de transformer une phrase vague en exigence précise. Vient enfin la validation : un accord explicite sur la version qui servira de référence. Ce n'est pas une formalité. C'est le moment où le document cesse d'être un brouillon pour devenir le contrat commun qui protège le porteur du projet comme ses prestataires.

Les erreurs qui ruinent un cahier des charges

Un cahier des charges se sabote presque toujours de la même façon : en listant des fonctionnalités sans objectifs, en imposant la technique, en oubliant le SEO et les contenus, en ne priorisant rien et en le rédigeant sans jamais le faire valider. Éviter ces cinq pièges suffit à produire un document exploitable.

Voici les travers que je vois revenir le plus souvent, et qui coûtent des semaines de malentendus :

  • Partir des fonctionnalités. Une liste d'écrans sans objectif derrière produit un site qui fait tout et ne sert à rien de précis.
  • Imposer la solution technique. Choisir l'outil à la place des réalisateurs, c'est se priver de leur expertise et fermer la porte à mieux.
  • Oublier les contenus et le SEO. Un cahier des charges muet sur qui rédige les textes et sur la préservation du référencement prépare un projet en retard et une perte de trafic.
  • Ne rien prioriser. Sans hiérarchie, chaque arbitrage se règle dans la panique le jour où le budget se tend.
  • Rester dans le flou. « Un site moderne et efficace » n'engage personne. Chaque exigence doit être vérifiable.

Qui doit rédiger le cahier des charges ?

C'est au maître d'ouvrage (la MOA), le porteur du besoin, de rédiger le cahier des charges, car lui seul connaît ses objectifs métier. Il peut se faire accompagner d'un profil AMOA ou d'un consultant pour structurer et formaliser le document, mais la responsabilité du besoin exprimé reste de son côté.

La rédaction revient à celui qui commande le projet, pas à celui qui le réalisera. Confier le cahier des charges à l'agence qui répondra ensuite à l'appel d'offres revient à lui demander de rédiger sa propre copie d'examen. En revanche, rédiger seul n'est pas obligatoire : beaucoup de porteurs de projet se font épauler par une assistance à maîtrise d'ouvrage (AMOA), un rôle dont la mission est précisément de traduire un besoin métier en exigences claires et exploitables. Pour bien situer ces rôles et savoir qui fait quoi, voyez le point sur les termes MOA, MOE et AMOA.

Un cahier des charges qui tient la route, sans y passer des semaines.

Rédiger un cahier des charges exploitable demande autant d'écoute que d'écriture : le difficile n'est pas de remplir les rubriques, mais de faire remonter le vrai besoin et de le formuler pour qu'un prestataire le comprenne du premier coup. J'accompagne des porteurs de projet dans ce travail, côté maîtrise d'ouvrage : nous cadrons ensemble les objectifs, structurons le document et le rendons prêt à être mis en concurrence.

Co-rédiger votre cahier des charges

Questions fréquentes

On commence par le problème à résoudre et les objectifs mesurables, jamais par la liste des fonctionnalités. Il faut d'abord répondre à trois questions : pourquoi ce projet, pour qui, et à quoi on saura qu'il a réussi. Les fonctionnalités découlent de ces réponses, elles ne les précèdent pas.
Il n'y a pas de longueur idéale : un bon cahier des charges est aussi court que possible et aussi détaillé que nécessaire. Un site vitrine tient souvent en quelques pages, un projet e-commerce ou applicatif en demande davantage. Ce qui compte est la clarté, pas le volume : un document dense mais précis vaut mieux qu'un pavé où l'essentiel se noie.
Non, sauf contrainte réelle. Le cahier des charges décrit le besoin et le résultat attendu, pas les outils pour y parvenir. Imposer une technologie prive les réalisateurs de leur expertise et vous enferme dans un choix que vous n'êtes pas toujours en mesure d'évaluer. On précise la technique seulement quand elle est une vraie contrainte, comme un outil déjà en place à conserver.
C'est au maître d'ouvrage (la MOA), c'est-à-dire au porteur du besoin, de rédiger le cahier des charges, car lui seul connaît ses objectifs métier. Il peut se faire accompagner d'un profil AMOA ou d'un consultant pour structurer et formaliser le document, mais la responsabilité du besoin exprimé reste de son côté.
On classe chaque besoin en trois niveaux : indispensable, souhaitable et plus tard. Cette hiérarchie permet d'arbitrer sereinement quand le budget ou le délai se tendent : on sait d'avance ce qui est négociable et ce qui ne l'est pas. Sans priorisation, tout paraît urgent et les coupes se décident dans la précipitation.
Laurent Tulpan

À propos de l'auteur

Laurent Tulpan

Directeur de projet digital senior, ancien développeur et expert SEO depuis 2005. Il cadre et pilote des projets web pour des grands comptes et des PME (TF1, SFR, Orange, SNCF), en aidant les porteurs de projet à formuler un besoin exploitable côté maîtrise d'ouvrage. Découvrir son approche.

À lire ensuite

Guide complet

Le cahier des charges d'un projet web

La vue d'ensemble : définition, rôle, contenu et bénéfices d'un cahier des charges bien fait.

 Modèle

Modèle et exemple de cahier des charges

Une trame commentée, rubrique par rubrique, à adapter à votre projet.

 E-commerce

Cahier des charges d'un site e-commerce

Les rubriques spécifiques à une boutique en ligne : catalogue, paiement, logistique.

 Application

Cahier des charges d'une application

Rédiger le cahier des charges d'un projet applicatif : parcours, MVP et exigences.