Cadrage · objectifs · responsabilités

Le cahier des charges utile pour un projet de site web

Un bon cahier des charges ne décrit pas la couleur de chaque bouton. Il donne à l’équipe projet assez de contexte pour proposer la bonne architecture, chiffrer le vrai périmètre et éviter les décisions tardives.

Lecture 9 minÉdition françaiseMis à jour le 12 septembre 2026Par l’équipe Dollen

La réponse courte

Commencez par le problème à résoudre, les publics, les actions attendues, l’existant et les contraintes. La solution technique, les écrans et les animations viennent ensuite, avec l’agence.

01

Écrire le résultat attendu avant la liste des pages

« Refaire le site » n’est pas un objectif. Souhaitez-vous générer plus de demandes qualifiées, rendre une offre complexe compréhensible, vendre en ligne, réduire les ressaisies ou améliorer un site devenu fragile ?

Ajoutez deux ou trois indicateurs observables : demandes envoyées, appels, devis, commandes, création de compte ou temps gagné par l’équipe. Ils guideront les arbitrages de contenu et le futur plan de mesure.

02

Décrire les publics et leurs décisions

Une fiche par public suffit : situation, question principale, frein, preuve attendue et action utile. Évitez les personas romancés qui ne changent aucune décision de conception.

SituationPourquoi vient-il maintenant ?
QuestionQue doit-il comprendre ?
PreuveQu’est-ce qui le rassure ?
ActionQue doit-il pouvoir faire ?
03

Inventorier l’existant sans figer l’arborescence

Listez les pages actuelles, documents, photos, vidéos, témoignages, données produit et contenus à conserver. Identifiez leur propriétaire et leur état : prêt, à revoir, à produire ou à supprimer.

L’agence pourra ensuite transformer cet inventaire en architecture. Une arborescence imposée trop tôt reproduit souvent les défauts du site actuel.

04

Rendre visibles les contraintes qui changent le projet

Indiquez les langues, obligations légales, accès, délais incompressibles, outils connectés, volumes de produits, processus de validation et personnes décisionnaires. Pour un e-commerce, décrivez aussi les taxes, stocks, paiements, livraisons et retours.

Précisez enfin ce qui doit être administrable et par qui. L’autonomie attendue influence directement le choix du socle et la manière de modéliser les contenus.

À conserver

Le brief en 10 réponses

  1. 01Pourquoi ce projet existe-t-il ?
  2. 02Quels publics doit-il servir ?
  3. 03Quelle action principale attend-on ?
  4. 04Quelles preuves possédons-nous ?
  5. 05Quels contenus existent déjà ?
  6. 06Quelles fonctions sont indispensables ?
  7. 07Quels outils doivent communiquer ?
  8. 08Qui valide quoi ?
  9. 09Quel budget et quelle échéance ?
  10. 10Comment jugera-t-on le lancement réussi ?

Questions fréquentes

Les réponses sans détour.

Faut-il choisir la technologie dans le cahier des charges ?+

Seulement si une contrainte réelle l’impose. Sinon, décrivez le besoin, l’autonomie et les intégrations attendues.

Combien de pages doit-il faire ?+

Il n’y a pas de longueur cible. Dix réponses claires et les pièces utiles valent mieux qu’un document de cinquante pages ambigu.

Peut-on consulter Dollen avec un brief incomplet ?+

Oui. Le premier échange et le cadrage servent justement à identifier les décisions encore ouvertes.

Transformons la question en plan d’action.

Présentez-nous votre situation, votre objectif et ce qui bloque aujourd’hui. Nous vous répondrons avec un premier cadre concret.

Présenter le brief à Dollen