Cahier des charges de site web : le modèle utile.

Un cahier des charges n’existe pas pour décrire le site que vous voulez. Il existe pour que trois devis portent sur le même projet. C’est sa seule fonction utile, et c’est pour cela qu’un document de quarante pages sans arbitrage vaut moins qu’une page qui tranche.

Nous en recevons plusieurs par mois, et nous en faisons remplir davantage. Cet article décrit le document que nous demandons : les huit rubriques qui déterminent réellement un prix, les questions qui font bouger un devis de moitié, et les erreurs qui rendent toute comparaison impossible.

Pourquoi un devis varie du simple au triple sur la même demande

Un chiffre d’expérience : sur une demande formulée en une phrase — « un site vitrine avec un blog » — les propositions que reçoit un prospect s’étalent couramment de 4 000 € à 15 000 €. Aucune n’est malhonnête. Elles ne décrivent pas le même périmètre.

Les écarts viennent presque toujours des mêmes non-dits : qui produit les textes, qui produit les photos, combien de gabarits différents, y a-t-il une reprise de contenu existant, un multilingue, une connexion à un outil de gestion, et qui exploite le site après la mise en ligne. Un cahier des charges qui répond à ces sept points rend les devis comparables. Un cahier des charges qui décrit la couleur des boutons ne sert à rien.

Les huit rubriques qui déterminent un prix

Voici la structure que nous faisons remplir. Elle tient en trois à six pages selon le projet.

• 1. L’objectif, en une phrase mesurable. « Recevoir vingt demandes de devis qualifiées par mois » se conçoit et se vérifie. « Moderniser notre image » ne se vérifie pas et ne pilote aucune décision.
• 2. Les publics, par ordre de priorité. Un site qui parle à la fois aux clients, aux candidats, aux investisseurs et à la presse produit quatre parcours dilués. L’ordre compte plus que la liste.
• 3. L’arborescence prévue, même approximative. Le nombre de pages est le premier déterminant du volume de travail. Trente pages ou trois cents ne se chiffrent pas de la même manière, et un tableur suffit à le dire.
• 4. Les gabarits. C’est la rubrique la plus rentable à remplir. Trois cents pages réparties sur cinq gabarits coûtent bien moins cher que trente pages toutes différentes. Comptez les modèles d’écran, pas les pages.
• 5. Les contenus : qui les produit, et quand. Rédaction, traduction, photographie, vidéo. C’est la première cause de retard sur les projets que nous menons, loin devant la technique.
• 6. Les intégrations. Outil de gestion, logiciel de caisse, CRM, paie, transporteur, marketplace. Chacune appelle deux questions : le système accepte-t-il des connexions, et qui possède la documentation.
• 7. L’existant. Site actuel, adresses en place, volume de trafic, positions acquises, comptes analytiques et accès. Sur une refonte, cette rubrique conditionne tout le reste.
• 8. L’après : exploitation et responsabilités. Hébergement, sauvegardes, mises à jour, correctifs de sécurité, qui intervient et en combien de temps. Un site est un ouvrage qu’on entretient, pas un livrable qu’on réceptionne.

Les quatre questions qui font vraiment bouger le chiffre

Si vous n’avez le temps de trancher que quatre points, ce sont ceux-là.

• Reprise de contenu ou reconstruction ? Migrer deux cents fiches existantes avec leurs adresses et leur référencement naturel n’est pas la même prestation que d’en rédiger vingt neuves.
• CMS standard ou développement spécifique ? Un besoin métier singulier justifie du sur-mesure ; un site de présentation n’en a jamais eu besoin.
• Combien de langues, et qui traduit ? Le multilingue double le travail éditorial et ajoute une couche technique — structure d’URL, balises de langue, gestion des variantes.
• Qui valide, et en combien de tours ? Deux tours de validation par livrable, avec une personne décisionnaire nommée, tiennent un planning. Un comité de six personnes sans arbitre le fait glisser de plusieurs semaines.

Ce qu’il ne faut pas mettre dedans

Trois contenus fréquents qui nuisent au projet.

• La solution technique imposée sans raison. Exiger un outil précis avant d’avoir décrit le besoin ferme la porte à des propositions parfois meilleures et moins chères. Sauf contrainte réelle — une équipe déjà formée, un parc de sites homogène, une intégration existante — laissez la question ouverte et demandez qu’elle soit justifiée.
• Le catalogue de fonctionnalités sans priorité. Quarante fonctions listées à plat produisent un devis maximaliste. Trois niveaux — indispensable, souhaitable, plus tard — produisent un devis lisible et une négociation possible.
• Le design décrit en détail. Les références visuelles et les contraintes de marque sont utiles ; l’emplacement de chaque bloc ne l’est pas, et se décide sur maquette avec les contenus réels.

Comment nous l’utilisons, concrètement

À réception, nous transformons le document en trois éléments : une liste de livrables datés, une liste d’hypothèses — ce que nous avons dû supposer parce que le cahier ne le disait pas — et une liste de responsabilités, qui fait quoi de votre côté et du nôtre. Le prix découle de ces trois listes.

La liste d’hypothèses est la plus importante : c’est elle qui permet de comparer deux devis honnêtement. Deux prestataires qui ont supposé la même chose se comparent sur le prix. Deux prestataires qui ont supposé différemment ne se comparent pas du tout. Quand nous discutons d’un projet avec une entreprise venue par notre agence web à Paris, la première réunion sert d’abord à réduire cette liste.

Le format qui marche

Un document texte de trois à six pages, un tableur pour l’arborescence, et trois adresses de sites que vous trouvez réussis avec une phrase disant pourquoi. Pas de gabarit propriétaire, pas de questionnaire à cinquante entrées. Ce qui compte n’est pas l’exhaustivité : c’est que chaque rubrique porte une décision, ou dise explicitement qu’elle n’est pas encore prise.

« Nous ne savons pas encore si nous reprenons les anciennes fiches » est une information exploitable, qui donnera une option chiffrée dans le devis. Le silence sur le même point donnera deux propositions incomparables.

En résumé

Un cahier des charges utile tient en trois à six pages, compte les gabarits plutôt que les pages, dit qui produit les contenus, nomme les intégrations, décrit l’existant et prévoit l’exploitation. Il hiérarchise les fonctionnalités en trois niveaux, laisse la technique ouverte sauf contrainte réelle, et assume les questions non tranchées au lieu de les taire. Son but n’est pas de décrire votre futur site : c’est de rendre trois devis comparables, et de faire apparaître les hypothèses avant qu’elles ne deviennent des avenants.