À quoi sert vraiment un cahier des charges
Un cahier des charges n’est pas un document administratif destiné à obtenir trois devis comparables. C’est l’outil qui transforme une intention floue en projet exécutable, et il sert autant à celui qui le rédige qu’à celui qui le reçoit.
Du côté de l’entreprise, l’exercice force à trancher des questions qui, laissées ouvertes, ressurgiront au pire moment. Qui valide. Qui fournit les textes. Que se passe-t-il si les contenus arrivent avec six semaines de retard. Ces arbitrages coûtent une demi-journée de réflexion en amont et plusieurs semaines de dérive quand ils sont éludés.
Du côté du prestataire, un cahier des charges précis permet de chiffrer juste. Un brief vague produit soit un devis gonflé par la marge d’incertitude, soit un devis bas suivi d’une série d’avenants. Dans les deux cas le client paie l’imprécision, simplement à des moments différents.
Un cahier des charges utile tient en huit à quinze pages. Au-delà, il devient un document que personne ne relit et qui perd sa fonction contractuelle. En dessous de cinq, il laisse trop de zones grises pour servir de référence en cas de désaccord.
Le document n’a pas besoin d’être écrit par un technicien. Il doit décrire ce que l’entreprise veut obtenir, pas comment le construire. Un client qui impose une technologie dans son cahier des charges se prive du conseil qu’il vient chercher, et se retrouve parfois avec une solution inadaptée que le prestataire a exécutée à la lettre.
Les douze sections d’un cahier des charges complet
La trame ci-dessous couvre les projets de site vitrine comme de boutique en ligne. Toutes les sections ne pèsent pas le même poids, mais aucune ne peut être supprimée sans créer une zone d’incertitude.
- Présentation de l’entreprise. Activité, marché, clientèle type, positionnement tarifaire, concurrents identifiés. Ce que le prestataire ne peut pas deviner.
- Objectifs du projet. Formulés en résultats attendus, pas en fonctionnalités. « Recevoir des demandes de devis qualifiées » plutôt que « avoir un formulaire ».
- Cibles. Qui visite le site, avec quel niveau de connaissance du sujet, depuis quel appareil, à quel moment du parcours d’achat.
- Périmètre fonctionnel. La liste des fonctions attendues, triées entre indispensable, souhaitable et hors périmètre. Cette dernière colonne est la plus utile.
- Arborescence prévisionnelle. La liste des pages et leur hiérarchie. Elle évoluera, mais elle fixe l’ordre de grandeur.
- Contenus. Qui fournit les textes, les photos, les vidéos. À quelle date. Ce qui existe déjà et ce qui reste à produire.
- Identité visuelle. Charte existante ou à créer, éléments imposés, sites de référence appréciés et rejetés, avec les raisons.
- Contraintes techniques. Hébergement imposé, outils à connecter, logiciel métier, contraintes réglementaires du secteur.
- Exigences de performance et d’accessibilité. Seuils chiffrés et vérifiables plutôt que « le site doit être rapide ».
- Référencement. Requêtes visées, zones géographiques, langues, existence d’un site à migrer.
- Planning et jalons. Date de mise en ligne souhaitée, contraintes de calendrier, délais de validation côté client.
- Budget et modalités. Enveloppe ou fourchette, échéancier, ce qui est inclus après la livraison.
Deux sections méritent un développement particulier, parce qu’elles sont presque toujours bâclées et qu’elles concentrent l’essentiel des litiges.
Le périmètre fonctionnel et sa colonne « hors périmètre »
Lister ce que le site fera est naturel. Lister ce qu’il ne fera pas l’est beaucoup moins, et c’est pourtant ce qui protège les deux parties. Écrire noir sur blanc que l’espace client, le multilingue ou la connexion au logiciel de gestion ne font pas partie de la première version évite la conversation pénible du troisième mois.
Le tri en trois niveaux fonctionne mieux qu’une liste plate. L’indispensable conditionne la mise en ligne. Le souhaitable se traite si le budget le permet, et se chiffre séparément. Le hors périmètre est explicitement remis à plus tard. Cette hiérarchie permet d’arbitrer en cours de projet sans renégocier l’ensemble.
Les contenus, premier facteur de retard
Sur les projets qui dérapent, la cause est rarement technique. Elle est presque toujours éditoriale : les textes ne sont pas prêts. Une entreprise sous-estime systématiquement le temps que représente la rédaction de vingt pages, parce que cette tâche revient à des personnes qui ont déjà un métier à plein temps.
Le cahier des charges doit donc nommer un responsable des contenus, fixer une date de livraison par lot, et préciser ce qui se passe en cas de retard. Deux options existent : le prestataire livre avec du contenu provisoire et facture une intervention ultérieure, ou le projet est suspendu et le planning décalé. Choisir en amont évite d’en débattre sous tension.
L’identité visuelle décrite par des exemples plutôt que des adjectifs
« Moderne », « épuré », « professionnel » ne transmettent aucune information exploitable. Ces mots signifient des choses opposées selon les interlocuteurs, et un prestataire qui les reçoit dessine ce qu’il aime, ce qui garantit deux tours de correction improductifs.
La méthode qui fonctionne consiste à citer trois sites appréciés et trois sites rejetés, en expliquant pourquoi en une phrase. « J’aime la sobriété de celui-ci mais les photos sont trop froides » transmet plus d’information que dix adjectifs. Les sites cités n’ont pas besoin d’appartenir au même secteur, ils servent de repère esthétique et non de modèle à copier.
Il faut aussi préciser ce qui est imposé : logo existant, couleurs de la marque, typographie sous licence, éléments de charte print à respecter. Un projet où le logo doit être refait en cours de route change de nature, et cette possibilité mérite d’être ouverte dès le départ si la marque est ancienne.
Ce qu’il faut chiffrer plutôt que décrire
La différence entre un cahier des charges vague et un cahier des charges utile tient souvent au remplacement d’adjectifs par des nombres.
« Le site doit être rapide » ne veut rien dire et ne se vérifie pas. « Le site doit atteindre un score Lighthouse supérieur à 90 sur ordinateur et 85 sur mobile, et passer les trois seuils des Core Web Vitals sur les gabarits principaux » se mesure le jour de la recette. C’est l’engagement que nous prenons sur nos livraisons, et il n’a de valeur que parce qu’il est vérifiable.
Le même raisonnement s’applique au reste. Un délai de réponse maximal pour les demandes de modification. Un nombre de cycles de correction inclus sur les maquettes, généralement deux. Une durée de garantie après mise en ligne. Un volume de formation à la prise en main. Chacune de ces lignes évite une discussion.
Le volet référencement, celui que tout le monde oublie
Un cahier des charges qui traite le référencement en une ligne produit un site qu’il faudra reprendre. Trois éléments doivent y figurer, et ils déterminent des choix structurels impossibles à rattraper après coup.
L’arborescence et les requêtes visées
La structure des URLs, la profondeur des pages et la répartition des sujets se décident avant la première maquette. Un site conçu autour de l’organigramme de l’entreprise plutôt qu’autour des intentions de recherche de ses clients démarre avec un handicap qu’aucune optimisation ultérieure ne rattrape complètement.
Le cahier des charges doit donc lister les requêtes principales visées et indiquer quelle page les traite. C’est le point de départ de l’architecture décrite dans notre article sur le cocon sémantique, et le faire à ce moment coûte quelques heures contre plusieurs jours de reprise plus tard.
La migration, si un site existe déjà
Refaire un site qui a un historique impose un plan de redirections. Chaque URL de l’ancien site doit être redirigée vers son équivalent le plus proche, faute de quoi le nouveau site repart de zéro en termes d’autorité. Cette tâche doit apparaître au cahier des charges avec un responsable identifié, parce qu’elle est régulièrement oubliée puis découverte trois semaines après la mise en ligne, quand le trafic s’est effondré.
Le document doit aussi préciser qui fournit la liste des URLs existantes et qui vérifie les redirections après bascule. C’est un des points que nous traitons systématiquement dans une refonte de site internet, et l’un des rares où une erreur produit une perte immédiate et mesurable.
Le référencement local, quand la zone compte
Une entreprise dont la clientèle est géographique doit le dire dans son cahier des charges, parce que cela change l’arborescence, le balisage et le contenu attendu. Les pages par zone, la déclaration de l’établissement et la stratégie d’avis se préparent dès la conception, comme détaillé dans notre guide du SEO local.
Les obligations légales et l’accessibilité
Un site professionnel porte des obligations que le cahier des charges doit nommer, parce qu’elles se traduisent en travail réel. Mentions légales, politique de confidentialité, conditions générales si le site vend, gestion du consentement aux traceurs conforme au règlement européen, registre des traitements si des données personnelles sont collectées.
La bannière de consentement mérite une attention particulière. Une implémentation bâclée bloque les outils de mesure ou, à l’inverse, dépose des traceurs avant acceptation, ce qui expose l’entreprise. Elle dégrade par ailleurs le CLS et donc les performances mesurées, ce qui en fait un sujet à la fois juridique et technique.
L’accessibilité progresse dans les obligations réglementaires selon la taille de l’entreprise et son secteur. Même en dehors de toute contrainte légale, respecter les contrastes minimaux, la navigation au clavier et les textes alternatifs améliore l’expérience de tous les visiteurs et se traite bien plus facilement à la conception qu’en rattrapage.
Les six pièges qui font dérailler un projet
Neuf ans de projets font ressortir toujours les mêmes causes de dérive. Aucune n’est technique.
Le circuit de validation non défini
Quand personne n’a formellement le dernier mot, chaque maquette revient avec les avis contradictoires de quatre personnes. Le prestataire arbitre à l’aveugle, le client n’est satisfait de rien, et le projet s’enlise. Nommer un décideur unique, quitte à ce qu’il consulte, règle ce problème à lui seul.
Le périmètre qui s’étend en silence
Chaque demande prise isolément paraît minime. Additionnées, vingt demandes minimes représentent une semaine de travail non prévue. La parade n’est pas de refuser les évolutions, mais de les tracer : chaque demande hors périmètre est chiffrée et validée avant exécution, même quand elle est offerte.
La confusion entre goût personnel et efficacité
« Je n’aime pas le bleu » est un avis légitime. « Nos clients ne cliqueront pas sur ce bouton » est une hypothèse vérifiable. Un cahier des charges qui exprime des objectifs mesurables permet de ramener les discussions de maquette sur le terrain de l’efficacité plutôt que celui de la préférence.
L’absence de recette formelle
Sans procédure de validation finale, le projet ne se termine jamais vraiment. Une recette écrite, listant les points à vérifier et les critères d’acceptation, marque la fin de la phase de production et le début de la garantie. Sans elle, la frontière entre correction de bug et évolution payante reste floue des deux côtés.
La question de la propriété éludée
À qui appartient le code, les maquettes, le nom de domaine, les comptes d’hébergement et d’analyse. La réponse doit être écrite. Un client qui découvre après deux ans que son nom de domaine est enregistré au nom de son ancien prestataire découvre aussi son pouvoir de négociation.
Les accès non rassemblés au démarrage
Nom de domaine, hébergement, messagerie, comptes de mesure, réseaux sociaux, plateforme d’avis : un projet démarre en ayant besoin de six à dix accès, et il en manque toujours au moins deux. Le détenteur est parfois un ancien salarié, parfois un prestataire précédent avec qui la relation s’est mal terminée.
Retrouver un accès perdu prend entre deux jours et trois semaines selon le service concerné, et cette recherche se déclenche presque toujours au pire moment, la veille de la mise en ligne. Une annexe du cahier des charges listant chaque accès, son détenteur et son état de disponibilité évite ce blocage. C’est une page à remplir qui fait gagner une semaine.
L’après mise en ligne oublié
Un site n’est pas fini le jour de sa livraison. Mises à jour, sauvegardes, surveillance, corrections : ces tâches existent, quelqu’un doit les assurer et cela se chiffre. Le cahier des charges doit préciser si elles sont incluses, pour combien de temps, et ce que couvre exactement un éventuel contrat de maintenance.
Ce que le cahier des charges doit dire du planning
Une date de mise en ligne souhaitée ne suffit pas. Ce qui structure réellement le calendrier, ce sont les délais de validation côté client, presque toujours sous-estimés.
Un projet de site vitrine se produit en trois à cinq semaines de travail effectif côté agence. Il s’étale pourtant fréquemment sur trois mois, parce qu’entre chaque étape s’intercale une phase de validation qui dépend de la disponibilité d’un dirigeant occupé. Une maquette envoyée un vendredi et validée dix jours plus tard, répétée quatre fois, ajoute six semaines au calendrier sans qu’aucun travail n’ait avancé.
Le cahier des charges doit donc engager le client autant que le prestataire : un délai maximal de retour sur chaque livrable, en général cinq jours ouvrés, et la conséquence d’un dépassement. La plupart des contrats prévoient un décalage du planning proportionnel au retard, ce qui est équitable et surtout dissuasif.
Les contraintes de calendrier réelles méritent d’être nommées : salon professionnel, saisonnalité de l’activité, fin d’un contrat d’hébergement, lancement produit. Une date arbitraire mobilise inutilement, une date justifiée permet d’organiser le travail autour. Un site touristique qui doit être en ligne avant la saison n’a pas la même marge qu’un site institutionnel sans échéance.
Cahier des charges et budget, comment les articuler
Deux écoles s’opposent. Annoncer son budget dès le cahier des charges, ou le garder pour comparer les propositions. La seconde est intuitive, la première est plus efficace.
Un prestataire qui connaît l’enveloppe peut proposer la meilleure solution à ce niveau de prix, arbitrer entre les fonctions et signaler franchement si le périmètre demandé est hors d’atteinte. Un prestataire qui ne la connaît pas propose au hasard, et le client compare des offres qui ne recouvrent pas les mêmes périmètres, ce qui rend la comparaison inutile.
Annoncer une fourchette plutôt qu’un chiffre exact préserve la marge de négociation tout en cadrant la réponse. Pour situer les ordres de grandeur avant de rédiger, notre simulateur de prix de site internet donne une estimation en quelques minutes, et l’article sur combien coûte un site internet en 2026 détaille ce que recouvre chaque poste.
Un dernier point sur la comparaison des devis. Le prix seul ne dit rien tant que le périmètre n’est pas identique. Un devis à deux mille euros qui exclut la rédaction, les photos, la migration et la maintenance coûte plus cher qu’un devis à trois mille cinq cents qui les inclut. Comparer suppose de ramener chaque proposition au même périmètre, exercice que le cahier des charges rend possible.
Les spécificités des projets de boutique en ligne
Un site marchand ajoute une couche de complexité que le cahier des charges doit anticiper, faute de quoi le devis initial sera dépassé de moitié.
Le catalogue d’abord. Combien de références, combien de variantes par référence, d’où viennent les fiches produit et les images, existe-t-il un fichier exportable depuis le logiciel de gestion. Une reprise manuelle de huit cents produits représente plusieurs semaines de saisie, ligne qui n’apparaît jamais dans les devis de développement.
Les règles commerciales ensuite. Frais de port par zone et par poids, seuils de gratuité, remises par quantité, codes promotionnels, gestion de la taxe selon le pays de livraison. Chacune de ces règles est simple prise isolément et leur combinaison représente l’essentiel de la charge de paramétrage.
Les connexions enfin. Solution de paiement, transporteurs, logiciel de gestion des stocks, outil comptable, plateforme d’avis. Chaque connexion suppose une interface technique disponible et documentée du côté du service tiers, ce qui n’est pas toujours le cas. Le cahier des charges doit lister ces outils par leur nom, pas par leur fonction, et préciser qui fournit les accès. Ces arbitrages conditionnent aussi le choix de la plateforme, sujet que nous traitons du côté de la création de site e-commerce.
Une trame directement réutilisable
Le document peut se construire dans n’importe quel traitement de texte. Sa forme importe peu, sa structure compte.
Commencez par une page de contexte : qui vous êtes, ce que vous vendez, à qui. Enchaînez sur une page d’objectifs formulés en résultats, avec si possible un indicateur par objectif. Consacrez ensuite deux à trois pages au périmètre fonctionnel en trois colonnes, indispensable, souhaitable, exclu.
Réservez une page à l’arborescence, sous forme de liste indentée plutôt que de schéma. Une page aux contenus, avec le tableau des responsabilités et des dates. Une page à l’identité visuelle, en citant trois sites appréciés et trois sites rejetés, avec une phrase d’explication pour chacun : cette section vaut mieux que dix adjectifs.
Terminez par les contraintes techniques, les exigences chiffrées, le volet référencement, le planning et le budget. Ajoutez une annexe listant les accès existants et leurs détenteurs, elle vous fera gagner une semaine au démarrage.
Un conseil sur la diffusion. Envoyer le même document à cinq prestataires est légitime, mais lisez les questions qu’ils posent en retour. Celui qui répond par un devis sans poser de question n’a probablement pas lu le document, ou n’a pas l’intention de discuter le périmètre. Les questions qu’un prestataire pose en disent plus sur son niveau que sa plaquette. Vous pouvez juger le nôtre en parcourant nos réalisations.
Un mot enfin sur ce que le document devient après la signature. Trop de cahiers des charges disparaissent dans un dossier le jour où le projet démarre, alors qu’ils constituent la référence commune en cas de désaccord. Le garder ouvert, l’annoter à chaque arbitrage et le faire évoluer par avenant plutôt que par courriel préserve sa valeur jusqu’à la recette finale.
Ce que vous devez retenir
Un cahier des charges sert à décider avant de dépenser. Les questions qu’il pose, circuit de validation, responsable des contenus, périmètre exclu, propriété des livrables, sont exactement celles qui font dérailler les projets quand elles restent ouvertes.
Trois sections font la différence entre un document utile et un document de forme. Le périmètre avec sa colonne des exclusions, qui protège les deux parties. Les contenus avec leur calendrier et leur responsable, parce que c’est là que naissent les retards. Les exigences chiffrées, parce qu’un engagement qui ne se mesure pas ne s’oppose pas.
Le reste s’écrit en quelques heures et se relit en vingt minutes. Ce n’est pas un investissement lourd, c’est le seul moment du projet où corriger une erreur ne coûte rien.
