Un projet de site web démarre rarement par la technique : il commence par un cadrage rigoureux qui fixe le périmètre, les livrables et les responsabilités de chacun. Le cahier des charges (CDC) est l'outil qui pose tout cela noir sur blanc, avant le premier croquis ou la première ligne de code. Bien rédigé, il évite les malentendus, les allers-retours coûteux et les dérapages de planning. Mal structuré ou trop flou, il ouvre la porte aux interprétations divergentes entre commanditaire et prestataire.
Geek Tonic accompagne régulièrement des porteurs de projet dans cette phase de cadrage, et le constat est récurrent : un CDC précis réduit de 30 à 40 % le temps passé en ajustements en cours de route. L'objectif de ce document n'est pas de brider la créativité, mais de clarifier les attentes, lister les fonctionnalités attendues, définir les livrables et tracer les frontières du projet.
Points clés à retenir
- Le cahier des charges fixe périmètre, livrables et responsabilités avant tout engagement contractuel.
- Un CDC structuré comprend contexte, objectifs, arborescence, fonctionnalités, contraintes techniques et critères de validation.
- La définition précise des livrables (maquettes, fichiers sources, documentation) évite les zones grises au moment de la recette.
- Le périmètre doit exclure explicitement ce qui n'est pas inclus pour limiter les demandes hors-cadre.
- Un bon CDC reste un document vivant, versionné et partagé entre toutes les parties prenantes.
À quoi sert vraiment un cahier des charges
Le CDC remplit trois fonctions principales. D'abord, il sert de support de consultation : les agences ou freelances s'appuient dessus pour chiffrer et proposer une solution adaptée. Ensuite, il devient référence contractuelle : en cas de litige ou de désaccord, c'est le document qui fait foi. Enfin, il guide l'exécution : équipes de design, développement et contenu s'y réfèrent tout au long du projet.
Un cahier des charges efficace n'a pas besoin d'être exhaustif au point de figer chaque pixel. Il doit en revanche être explicite sur les priorités : quelles fonctionnalités sont indispensables au lancement, lesquelles peuvent être reportées en phase 2, quelles sont les contraintes non négociables (accessibilité, RGPD, performances). Cette hiérarchisation permet d'arbitrer sereinement quand le budget ou le calendrier se resserre.
Les sections indispensables d'un CDC de site web
Contexte et objectifs
Cette partie présente le projet dans son environnement : qui porte le projet, quel est le positionnement de l'organisation, quels sont les objectifs mesurables (générer 200 leads qualifiés par trimestre, réduire de 20 % les appels au support, augmenter le panier moyen de 15 %). Elle précise aussi les cibles utilisateurs : profils, usages, niveau de maturité digitale.
Périmètre fonctionnel
C'est le cœur du CDC. On y liste les fonctionnalités attendues, page par page ou module par module : formulaire de contact avec champs obligatoires, espace client avec authentification, moteur de recherche interne, système de paiement en ligne, multilingue, gestion des avis clients. Chaque fonctionnalité doit être décrite avec suffisamment de détails pour être estimée : nombre de champs, règles de validation, workflows, notifications automatiques.
Arborescence et contenus
Une arborescence provisoire (même sous forme de liste à puces) aide à visualiser la structure du site : pages principales, sous-rubriques, gabarits distincts. Cette section indique aussi qui produit les contenus (textes, visuels, vidéos) : le client, l'agence, ou un mix des deux. Elle précise les volumes : 12 pages de contenu éditorial, 80 fiches produits, 25 photos à retoucher.
Contraintes techniques et environnement
On y documente les contraintes d'hébergement (serveur dédié, mutualisé, cloud), les exigences de performances (temps de chargement inférieur à 2 secondes), les navigateurs et devices à supporter, les intégrations tierces (CRM, ERP, outil de marketing automation), les normes à respecter (RGAA, écoconception). Cette section mentionne aussi les environnements de travail : développement, recette, production.
Livrables attendus
C'est ici qu'on liste précisément ce que le prestataire doit remettre en fin de projet : maquettes desktop et mobile au format Figma ou Sketch, fichiers sources (thème WordPress, plugins custom), documentation technique (architecture, API), guide de contribution pour les rédacteurs, fichiers de sauvegarde, accès aux comptes d'hébergement et DNS. Cette liste évite les surprises au moment de la recette.
Planning et jalons
Même si un planning détaillé sera affiné en phase de lancement, le CDC fixe les grandes échéances : date de livraison des contenus par le client, date de présentation des maquettes, date de mise en recette, date de mise en ligne. Il identifie aussi les jalons de validation : qui valide quoi, sous quel délai, avec quel formalisme (mail, ticket, signature).
Définir les livrables pour sécuriser la recette
La phase de recette est souvent source de tensions quand les livrables n'ont pas été explicités. Un site « terminé » pour l'agence peut ne pas l'être pour le client si ce dernier s'attendait à recevoir les fichiers PSD des bannières ou un manuel utilisateur de 30 pages. Pour éviter cela, le CDC doit lister chaque livrable avec son format, son support et son niveau de finition.
| Livrable | Format | Niveau de détail |
|---|---|---|
| Maquettes graphiques | Figma (lien partagé) | Desktop, tablette, mobile pour 5 gabarits |
| Thème WordPress | Dossier ZIP + accès FTP | Code commenté, respect des standards WP |
| Documentation technique | PDF ou Notion | Architecture, hooks custom, shortcodes |
| Guide de contribution | PDF ou vidéo screencast | Création page, ajout média, publication |
| Fichiers de sauvegarde | SQL + fichiers | Base de données + uploads |
Certains livrables peuvent être conditionnés à une option ou à un budget complémentaire : formation sur site de 4 heures, rédaction de 10 articles de blog, optimisation SEO technique avancée. Le CDC doit distinguer clairement ce qui est inclus dans le forfait de base et ce qui relève d'une prestation additionnelle.
Délimiter le périmètre : ce qui n'est pas inclus
Un bon CDC consacre une section aux exclusions explicites. Cela paraît contre-intuitif, mais lister ce qui n'est pas dans le périmètre évite les malentendus. Par exemple : « La rédaction des mentions légales et de la politique de confidentialité reste à la charge du client », « L'intégration avec le CRM Salesforce n'est pas incluse dans cette phase », « Les traductions en anglais et espagnol seront traitées en phase 2 ».
Cette approche protège les deux parties : le prestataire peut refuser sereinement une demande hors-cadre sans passer pour rigide, et le client sait dès le départ ce qu'il devra prendre en charge ou budgéter séparément. Les demandes d'évolution en cours de projet (appelées « change requests ») peuvent alors être traitées par avenant, avec chiffrage et impact planning clairement documentés.
Faire vivre le cahier des charges
Le CDC n'est pas gravé dans le marbre. Au fil des ateliers de cadrage, des retours utilisateurs ou des contraintes techniques découvertes en phase d'audit, il évolue. L'essentiel est de le versionner (v1.0, v1.1, v2.0) et de partager chaque mise à jour avec toutes les parties prenantes : chef de projet côté client, chef de projet agence, équipes techniques, direction si validation budgétaire nécessaire.
Un outil collaboratif (Google Docs, Notion, Confluence) facilite ce suivi : chacun voit les modifications en temps réel, peut commenter, et l'historique des versions reste accessible. Lors des comités de pilotage, le CDC sert de tableau de bord : on vérifie l'avancement par rapport aux jalons, on acte les arbitrages, on documente les décisions. Cette rigueur administrative peut sembler lourde, mais elle évite les « on avait dit que » qui plombent tant de projets web.
Un cahier des charges bien construit n'est pas un carcan, c'est une boussole. Il donne une direction claire, fixe les règles du jeu et permet à chacun de se concentrer sur son métier : concevoir, développer, produire du contenu. En clarifiant périmètre et livrables dès le départ, il transforme un projet anxiogène en aventure maîtrisée, où les imprévus restent l'exception et non la norme.
