Qu'est-ce qu'un cahier des charges et à quoi sert-il ?
Un cahier des charges de site internet est un document qui décrit par écrit votre projet web : son contexte, ses objectifs, ses cibles, les fonctionnalités attendues, le contenu, les contraintes techniques et le budget. Il sert de référence commune entre vous et le prestataire, du premier devis jusqu'à la mise en ligne.
Concrètement, c'est le pont entre ce que vous avez en tête et ce que le prestataire va construire. Tant que le projet reste dans votre tête, personne d'autre ne peut le chiffrer ni le réaliser correctement. Le cahier des charges transforme une intention floue (« je veux refaire mon site, qu'il soit plus moderne ») en un besoin exploitable, que plusieurs prestataires peuvent lire et comprendre de la même façon.
D'après mon expérience, un cahier des charges bien fait remplit trois fonctions concrètes :
- Aligner le besoin et le prestataire. Vous savez ce que vous voulez, l'agence ou le freelance sait ce qu'il doit livrer. Les deux parties se réfèrent au même document en cas de doute, ce qui évite le classique « ce n'est pas ce que j'avais demandé » en fin de projet.
- Comparer les devis à périmètre égal. Sans document commun, chaque prestataire chiffre son interprétation du projet et vous comparez des choses qui n'ont rien à voir. Avec un cahier des charges, tout le monde répond à la même demande : les écarts de prix deviennent enfin lisibles.
- Éviter les malentendus. La majorité des tensions sur un projet web viennent d'un besoin mal exprimé, pas d'un problème technique. Écrire les choses en amont force à clarifier ce qui, sinon, resterait implicite et exploserait plus tard, quand le budget et le planning sont déjà engagés.
Je le résume souvent ainsi : le cahier des charges est l'assurance du projet. Quelques jours passés à le rédiger correctement vous évitent des semaines de flottement, de reprises et de discussions stériles. Ce n'est pas une formalité administrative, c'est l'outil qui décide si votre projet part sur de bonnes bases ou dans le mur.
La trame d'un cahier des charges, rubrique par rubrique
Un cahier des charges de site internet s'organise autour d'une dizaine de rubriques : contexte et objectifs, cibles, arborescence et fonctionnalités, contenu, contraintes techniques, design et UX, SEO, sécurité et RGPD, budget et planning, maintenance. Chaque rubrique répond à une question que le prestataire se posera de toute façon.
Voici la trame que j'utilise pour cadrer un projet, dans l'ordre logique où on la remplit :
- Contexte et objectifs. Qui êtes-vous, que fait votre entreprise, pourquoi ce projet maintenant ? Fixez des objectifs mesurables : générer des demandes de devis, vendre en ligne, gagner en visibilité, remplacer un site obsolète. C'est la boussole de tout le reste.
- Cibles et utilisateurs. À qui s'adresse le site ? Décrivez vos audiences (prospects, clients, partenaires, recruteurs), leurs attentes et le contexte d'usage (mobile ou bureau). Un site ne se conçoit pas pour vous, mais pour ceux qui vont l'utiliser.
- Arborescence et fonctionnalités. Listez les pages et les rubriques prévues, ainsi que les fonctions attendues : formulaire de contact, prise de rendez-vous, espace client, moteur de recherche, panier, paiement, multilingue. C'est le cœur fonctionnel du document.
- Contenu. Précisez qui fournit les textes, les photos et les vidéos, ce qui existe déjà et ce qui reste à produire. Le contenu est le poste le plus sous-estimé : dire clairement qui rédige quoi évite les projets bloqués faute de textes.
- Contraintes techniques. Mentionnez l'existant à respecter : hébergement imposé, nom de domaine, outils métier à connecter (CRM, ERP, logiciel de caisse), compatibilité avec un système en place. Ne décrivez que les vraies contraintes, pas une technologie choisie par confort.
- Design et expérience utilisateur (UX). Donnez le ton visuel attendu, la charte graphique si elle existe, des exemples de sites que vous aimez et pourquoi. L'UX désigne la qualité du parcours : la facilité avec laquelle un visiteur trouve ce qu'il cherche et passe à l'action.
- Référencement (SEO). Le SEO, ou référencement naturel, regroupe tout ce qui permet à un site d'être trouvé sur Google. Indiquez vos attentes en visibilité, vos mots-clés prioritaires, et si vous refondez un site, l'exigence de préserver le trafic acquis.
- Sécurité et RGPD. Précisez les exigences de sécurité (HTTPS, sauvegardes) et de conformité au RGPD, le règlement européen sur les données personnelles : gestion des cookies, formulaires, mentions légales, politique de confidentialité.
- Budget et planning. Donnez une fourchette de budget et une échéance souhaitée, même approximatives. Cacher son budget est une fausse bonne idée : c'est ce qui permet au prestataire de calibrer une proposition réaliste plutôt que de deviner.
- Maintenance et évolutions. Que se passe-t-il après la mise en ligne ? Mises à jour, corrections, sauvegardes, hébergement, formation à l'outil, évolutions futures. Un site est vivant : prévoir sa maintenance dès le départ évite de le laisser mourir faute de suivi.
Toutes les rubriques n'ont pas le même poids selon votre projet. Un site vitrine insistera sur le contexte, le contenu et le design ; une boutique en ligne développera l'arborescence produit, le paiement et la logistique. La trame reste la même, c'est le remplissage qui change.
Décrire le besoin, pas la solution
La règle d'or d'un bon cahier des charges : décrivez ce que le site doit permettre de faire, pas comment le réaliser techniquement. Vous exprimez un besoin fonctionnel, le prestataire propose la solution. C'est son métier, et c'est ainsi que vous obtenez de vraies options à comparer plutôt qu'un chemin unique décidé à l'aveugle.
C'est l'erreur que je vois le plus souvent. Un porteur de projet écrit « je veux un site sous WordPress avec tel plugin », alors qu'il voulait juste dire « je veux pouvoir modifier mes textes moi-même sans dépendre de personne ». En figeant la solution trop tôt, il se prive de meilleures options et il chiffre son projet sur une hypothèse, pas sur un besoin.
La bonne formulation part toujours de l'usage. Comparez :
- Besoin (juste) : « Un visiteur doit pouvoir réserver un créneau et recevoir une confirmation automatique par e-mail. »
- Solution (à éviter) : « Installez tel module de réservation et connectez-le à tel agenda. »
La première formulation ouvre le champ des solutions et laisse le prestataire vous proposer la plus adaptée. La seconde l'enferme et vous fait porter la responsabilité d'un choix technique que vous n'êtes pas là pour faire. La seule exception, ce sont les vraies contraintes : un outil déjà en place que le nouveau site doit obligatoirement connecter. Là, précisez-le, c'est une contrainte, pas une préférence. Cette distinction entre le besoin et sa réalisation recoupe la répartition des rôles entre maîtrise d'ouvrage et maîtrise d'œuvre : vous portez le besoin, le prestataire porte la solution.
Un cahier des charges par type de projet
La trame de base est commune, mais chaque type de projet a ses points d'attention. Un site vitrine, une boutique en ligne, une refonte ou une application mobile ne se cadrent pas de la même façon : les fonctionnalités, le contenu et les risques diffèrent. Choisissez le guide qui correspond au vôtre pour aller dans le détail.
Selon la nature de votre projet, le cahier des charges met l'accent sur des rubriques différentes :
- Site vitrine : c'est le cas traité par ce guide. L'enjeu est de présenter clairement une activité, de rassurer et de générer des contacts. On soigne le contexte, le contenu, le design et le formulaire de contact.
- Site e-commerce : la vente en ligne ajoute des rubriques lourdes (catalogue, fiches produit, paiement, livraison, gestion des stocks, comptes clients). Tout cela se cadre à part dans le cahier des charges d'un site e-commerce.
- Refonte de site : refaire un site existant impose de partir de l'audit de l'ancien et surtout de préserver le référencement acquis. Ce cas particulier est détaillé dans le cahier des charges de refonte, en complément du guide de la refonte.
- Application web ou mobile : une application se cadre autour des parcours utilisateurs, des fonctionnalités métier et souvent d'un MVP (version minimale viable). Voyez le cahier des charges d'application et le guide pour développer une application.
Mon conseil : partez toujours de la trame générale de cette page, puis enrichissez la ou les rubriques spécifiques à votre projet. Vous gagnerez du temps et vous n'oublierez rien d'essentiel.
Faut-il un modèle de cahier des charges ?
Un modèle est utile comme point de départ, pour n'oublier aucune rubrique, à condition de l'adapter à votre projet. Un cahier des charges recopié tel quel produit un document générique qui ne cadre rien. Servez-vous de la trame comme d'une check-list, puis remplissez chaque section avec le contenu réel de votre projet.
Les modèles ont un vrai intérêt : ils vous donnent la structure et vous évitent la page blanche. Leur limite est tout aussi réelle : un template rempli à la va-vite, avec des formulations passe-partout, ne dit rien de votre projet et ne cadre donc rien du tout. Le prestataire le sent immédiatement, et vous vous retrouvez avec un document qui rassure sur la forme mais ne protège personne sur le fond.
La bonne façon d'utiliser un modèle, c'est de le lire comme une liste de questions à vous poser, section par section, puis d'y répondre avec vos mots et vos réalités. Pour partir d'une base solide et voir à quoi ressemble un document bien rempli, j'ai préparé un modèle de cahier des charges avec un exemple concret.
Comment le rédiger concrètement
Pour rédiger un cahier des charges, avancez par étapes : clarifiez d'abord vos objectifs, listez vos cibles, dessinez l'arborescence, décrivez les fonctionnalités, puis complétez les contraintes et le budget. Rédigez simplement, priorisez ce qui compte, et gardez un document vivant que vous affinerez avec le prestataire.
Beaucoup de porteurs de projet se bloquent parce qu'ils veulent écrire un document parfait du premier coup. Ce n'est pas nécessaire. Un cahier des charges se construit par couches : on pose d'abord l'essentiel (pourquoi, pour qui, pour quoi faire), puis on descend dans le détail des pages et des fonctions. L'important est de commencer, quitte à laisser des zones à préciser plus tard.
Quelques principes qui font la différence : écrivez des phrases courtes et concrètes, distinguez ce qui est indispensable de ce qui serait un plus, et n'ayez pas peur de dire ce que vous ne voulez pas. Un cahier des charges n'est pas figé dans le marbre : il évolue pendant le cadrage, en discutant avec le prestataire. Pour la méthode pas à pas, avec l'ordre des étapes et des exemples de formulation, consultez le guide dédié à la rédaction d'un cahier des charges.
Les erreurs classiques à éviter
Les cahiers des charges ratés le sont presque toujours pour les mêmes raisons : trop vagues pour cadrer quoi que ce soit, trop figés pour laisser respirer le projet, ils confondent le besoin et la solution, et oublient le référencement et la maintenance. Ce sont des erreurs de méthode, faciles à éviter quand on les connaît.
Voici les pièges que je rencontre le plus souvent :
- Trop vague. « Je veux un beau site moderne qui convertit » ne dit rien d'exploitable. Sans objectifs, sans cibles et sans fonctionnalités précises, le prestataire devine, et il devine rarement juste.
- Trop figé. À l'inverse, un document qui verrouille tout jusqu'à la couleur des boutons empêche le prestataire d'apporter son expertise. Le cahier des charges fixe le cap, pas chaque virage.
- Confondre le besoin et la solution. Imposer une technologie ou un plugin au lieu de décrire l'usage attendu vous prive des meilleures options et vous fait porter des choix qui ne sont pas les vôtres.
- Oublier le SEO. Un site invisible sur Google ne sert à rien. Le référencement se pense dès le cahier des charges, pas une fois le site en ligne, quand les URL et la structure sont déjà figées.
- Oublier la maintenance. Un projet ne s'arrête pas à la livraison. Sans clause de maintenance, de sauvegarde et d'évolution, le site se dégrade et personne ne sait qui doit intervenir.
La bonne nouvelle, c'est qu'aucune de ces erreurs n'est une fatalité. Elles disparaissent avec un peu de méthode et le recul de quelqu'un qui a déjà cadré des dizaines de projets. C'est précisément le rôle que je joue au démarrage d'un projet web.
Un besoin à traduire en cahier des charges ?
Depuis plus de vingt ans, j'accompagne des entreprises au démarrage de leurs projets web, en assistance à maîtrise d'ouvrage (MOA). Mon travail consiste à écouter votre besoin réel, souvent encore flou, et à le traduire en un cahier des charges exploitable, que les prestataires peuvent chiffrer et réaliser sans mauvaise surprise. C'est ce cadrage initial, fait sérieusement, qui décide de la réussite du projet bien plus que le choix de l'agence ou de la technologie.
Questions fréquentes
À 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 traduisant le besoin métier en cahier des charges exploitable. Découvrir son approche.
À lire ensuite
Modèle et exemple de cahier des charges
Une trame prête à adapter et un exemple concret pour partir sur de bonnes bases.
MéthodeComment rédiger un cahier des charges
La méthode pas à pas, l'ordre des étapes et des exemples de formulation.
E-commerceCahier des charges d'un site e-commerce
Catalogue, paiement, livraison : les rubriques propres à la vente en ligne.
RefonteCahier des charges de refonte de site
Partir de l'existant et préserver le référencement acquis lors d'une refonte.