Comment rédiger un cahier des charges de projet web

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

On commence par le problème à résoudre et les objectifs, pas 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 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 : pourquoi refait-on ou crée-t-on ce site, pour qui, et à quoi saura-t-on qu'il a réussi. Ces trois réponses donnent un cap, et les fonctionnalités en découlent : chacune répond à un besoin identifié. J'ai relu beaucoup de documents qui listaient des écrans avant d'avoir posé le moindre objectif ; les sites qui en sortent font beaucoup de choses, 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.

L'existant compte aussi ce que personne n'a écrit : des règles métier cachées dans les formules d'un tableur, comme dans le fichier Excel qui porte toute une PME.

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.

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 rend le document exploitable. Un lecteur pressé, un prestataire qui chiffre, doit retrouver chaque information à sa place. 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 abandonnée ; elle est 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. 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.

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 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.