Cahier des charges site internet : le modele a suivre en 2026

Un cahier des charges ne sert pas a decrire le site que tu veux. Il sert a rendre comparables des devis qui, sans lui, ne le sont pas.

C'est la fonction que la plupart des modeles trouves en ligne oublient. Ils proposent des plans de trente pages qui decrivent des maquettes, des couleurs et des arborescences — et laissent de cote les trois informations qui font varier un devis de 8 000 a 40 000 euros pour ce qui ressemble au meme site.

Resultat classique : tu recois trois propositions, tu ne comprends pas pourquoi l'une coute le double de l'autre, et tu choisis au feeling. Ce guide donne le plan qui evite ca, les rubriques a ne pas negliger, et ce que CZ Multimedia regarde en premier quand un cahier des charges arrive.

La reponse directe

Un cahier des charges de site internet efficace tient en 8 rubriques et 5 a 15 pages : contexte et objectifs, cibles, perimetre fonctionnel, contenus, contraintes techniques, exigences de performance et d'accessibilite, budget et planning, modalites de reponse. CZ Multimedia constate que la rubrique la plus souvent absente est aussi la plus determinante : qui fournit les contenus, et quand. C'est elle qui fait deraper les plannings dans la majorite des projets web, bien avant la technique.

Pour un cadrage sur ton projet : Contactez-nous

Sommaire

• Pourquoi ton cahier des charges sert d'abord a comparer
• Les 8 rubriques indispensables
• Les 3 informations qui font varier les devis du simple au double
• Les pieges qui transforment un forfait en avenant
• Cahier des charges et methode agile : comment concilier
• Le modele a copier

Pourquoi ton cahier des charges sert d'abord a comparer

Sans document commun, chaque prestataire chiffre un projet different — et tu compares des montants qui ne recouvrent pas le meme perimetre.

Prends un exemple banal : « un site vitrine avec un formulaire de contact ». Le premier prestataire comprend cinq pages sur un theme adapte. Le deuxieme comprend une maquette sur mesure, un back-office pour modifier les textes, et un formulaire relie a un CRM. Le troisieme ajoute la reprise du referencement existant et la migration des URL. Les trois ont raison, les trois ont chiffre honnetement, et leurs devis vont du simple au quadruple.

Le cahier des charges resout ce probleme et un seul autre : il t'oblige a trancher avant de consulter des questions que tu trancherais sinon pendant le projet, au prix d'avenants.

Les 8 rubriques indispensables

Chaque rubrique repond a une question que le prestataire se posera de toute facon. Autant y repondre toi-meme.

1. Contexte et objectifs

Qui tu es, ce que tu vends, a qui. Puis l'objectif du site en une phrase mesurable : generer des demandes de devis, vendre en ligne, reduire les appels au service client. « Moderniser notre image » n'est pas un objectif — c'est un moyen. Si tu refais un site existant, dis pourquoi : ce qui ne va pas aujourd'hui oriente toute la proposition.

2. Cibles et usages

Qui utilise le site, depuis quel appareil, dans quelle situation. Un site consulte a 70 % sur mobile par des artisans en deplacement n'appelle pas les memes arbitrages qu'un extranet consulte sur grand ecran par des acheteurs. Cette rubrique coute dix lignes et evite des semaines de malentendu.

3. Perimetre fonctionnel

La liste de ce que les utilisateurs doivent pouvoir faire, formulee du point de vue de l'utilisateur : « un visiteur peut demander un devis en decrivant son besoin », « un administrateur peut modifier les textes sans intervention technique ». Distingue clairement l'indispensable du souhaitable — cette hierarchie est ce qui permet a un prestataire de te proposer une premiere version tenable dans ton budget.

4. Contenus : qui les produit, et quand

La rubrique la plus souvent oubliee, et la premiere cause de retard. Combien de pages, qui redige les textes, qui fournit les photos, qui reprend l'existant. Si les contenus viennent de toi, dis a quelle date ils seront prets. Si tu attends du prestataire qu'il redige, c'est une ligne de devis a part entiere, pas un extra.

5. Contraintes techniques

Ce qui s'impose reellement : outils a connecter (CRM, ERP, logiciel de facturation), hebergement impose par la DSI, contraintes de securite ou de localisation des donnees, systeme existant a conserver. Rien d'autre.

6. Performance, accessibilite, conformite

Trois exigences a poser explicitement, sinon elles deviennent des avenants. Les performances mesurees par les Core Web Vitals conditionnent a la fois l'experience et le referencement. L'accessibilite numerique n'est plus optionnelle pour beaucoup d'organisations. Et la conformite RGPD se decide a la conception, pas apres.

7. Budget et planning

Oui, il faut annoncer une fourchette. La retenir ne te protege pas : elle fait perdre du temps a tout le monde et produit des devis hors-sol. Donne une enveloppe et une date cible, avec la contrainte reelle s'il y en a une — un salon, une saison commerciale, la fin d'un contrat d'hebergement.

8. Modalites de reponse

Ce que tu attends dans la proposition : decoupage du chiffrage par lot, planning, equipe affectee, modalites de maintenance apres livraison, et delai de reponse. C'est cette rubrique qui rend les devis reellement comparables — sans elle, l'un chiffrera en forfait global et l'autre en jours-hommes.

Les 3 informations qui font varier les devis du simple au double

Ce ne sont presque jamais le nombre de pages ni le design.

Le sur-mesure fonctionnel. Un formulaire de contact standard et un configurateur de devis qui interroge ton catalogue produisent tous deux « un formulaire » dans un cahier des charges mal ecrit. L'un represente une heure, l'autre plusieurs semaines. Decris ce qui se passe apres la soumission, pas seulement le formulaire.

Les integrations. Connecter le site a un CRM, un ERP ou un logiciel de facturation est presque toujours le poste le plus sous-estime. La difficulte ne vient pas du site mais de l'autre systeme : son API, sa documentation, ses limites. Nomme les outils concernes des le cahier des charges — un prestataire experimente saura immediatement lesquels sont simples et lesquels reservent des surprises. Si l'objectif est d'automatiser des echanges entre outils, dis-le : c'est parfois un chantier a traiter separement du site.

La reprise de l'existant. Migrer 300 articles avec leurs URL, leurs images et leur referencement n'a rien a voir avec demarrer a vide. C'est souvent la moitie du budget d'une refonte, et c'est aussi ce qui protege le trafic acquis. Precise le volume et l'etat des contenus a reprendre.

Les pieges qui transforment un forfait en avenant

Un avenant n'est pas une malhonnetete du prestataire : c'est presque toujours une zone grise du cahier des charges.

Les cinq plus frequents, dans l'ordre ou on les rencontre :

• « Le site doit etre responsive » sans preciser les appareils testes. Le desaccord arrive a la recette, sur un modele de tablette ou un vieux navigateur.
• « Design moderne et epure » sans nombre de propositions ni de tours de correction. Fixe-les : deux propositions, deux allers-retours, par exemple.
• Le nombre de pages non plafonne. « Une dizaine de pages » devient dix-huit, et personne n'avait prevu la difference.
• La formation et la reprise en main. Qui forme tes equipes a modifier le site, combien de temps, avec quelle documentation.
• La maintenance apres livraison. Ce qui est inclus, pendant combien de temps, et ce qui devient facturable ensuite. C'est le point le plus souvent decouvert trois mois apres la mise en ligne.

Cahier des charges et methode agile : comment concilier

Les deux sont compatibles, a condition de specifier les objectifs et les contraintes plutot que chaque ecran.

L'opposition entre cahier des charges et agilite est un faux debat entretenu par deux caricatures : le document de 60 pages fige avant le premier atelier, et le projet sans cadre ou le budget derive de sprint en sprint.

Un cahier des charges compatible avec une approche iterative fixe quatre choses et laisse le reste ouvert : l'objectif mesurable, l'enveloppe budgetaire, les contraintes non negociables (integrations, securite, echeance), et les criteres qui diront que le projet est reussi. Le detail des fonctionnalites se precise ensuite, atelier par atelier.

Le pilotage change aussi de nature : au lieu de valider une conformite ligne a ligne en fin de projet, tu arbitres en continu ce qui entre dans l'enveloppe. C'est plus exigeant en disponibilite de ta part, et nettement plus sur sur les projets ou le besoin evolue en cours de route.

Contactez-nous si tu hesites entre un forfait ferme et une approche iterative pour ton projet.

Le modele a copier

Voici la trame, section par section. Adapte-la, mais ne supprime ni la rubrique contenus ni la rubrique budget.

1. PRESENTATION
   1.1 L'entreprise, son activite, ses clients
   1.2 Le contexte du projet (creation ou refonte, et pourquoi)
   1.3 L'objectif du site en une phrase mesurable

2. CIBLES ET USAGES
   2.1 Profils d'utilisateurs (2 a 4 maximum)
   2.2 Appareils et contextes d'usage
   2.3 Ce que chaque profil doit pouvoir faire

3. PERIMETRE FONCTIONNEL
   3.1 Indispensable (le projet n'a pas de sens sans)
   3.2 Souhaitable (a arbitrer selon le budget)
   3.3 Hors perimetre (dit explicitement)

4. CONTENUS
   4.1 Nombre de pages et arborescence pressentie
   4.2 Qui redige, qui fournit les visuels, a quelle date
   4.3 Contenus existants a reprendre : volume et etat

5. CONTRAINTES TECHNIQUES
   5.1 Outils a connecter (nommes)
   5.2 Hebergement et localisation des donnees
   5.3 Existant a conserver

6. EXIGENCES DE QUALITE
   6.1 Performance attendue
   6.2 Accessibilite
   6.3 Conformite RGPD et mentions obligatoires
   6.4 Referencement : positions a preserver

7. BUDGET ET PLANNING
   7.1 Enveloppe envisagee
   7.2 Date cible et contrainte reelle
   7.3 Jalons de validation

8. MODALITES DE REPONSE
   8.1 Chiffrage attendu par lot
   8.2 Equipe affectee et references comparables
   8.3 Maintenance et garantie apres livraison
   8.4 Date limite de reponse et contact

Cas terrain : deux devis, 22 000 euros d'ecart

Une PME industrielle nous consulte pour la refonte de son site, avec un cahier des charges de trois pages redige en interne. Elle a deja recu deux propositions : 14 000 et 36 000 euros. Elle nous demande d'arbitrer.

Ce qu'on a trouve en relisant les trois documents. Le cahier des charges mentionnait « recuperer le contenu actuel » en une ligne. Le site existant comptait 340 fiches produits avec des caracteristiques techniques structurees, alimentees depuis un fichier Excel maintenu a la main. Le premier prestataire avait compris « copier-coller les pages principales ». Le second avait compris « importer le catalogue et construire un systeme de mise a jour » — et l'avait chiffre.

L'ecart de 22 000 euros ne venait ni de la marge ni du design : les deux avaient chiffre honnetement deux projets differents.

Ce qu'on a fait. Reecriture de la rubrique contenus en une page et demie : volume exact, structure des fiches, origine des donnees, frequence de mise a jour souhaitee, et une question explicite — « le catalogue doit-il rester alimente depuis Excel ou etre gere dans le site ? ». Puis relance des deux memes prestataires.

Le resultat. Les nouveaux devis sont revenus a 29 000 et 33 000 euros, sur un perimetre enfin identique. La PME a pu choisir sur l'equipe et le planning plutot que sur un chiffre. Elle a aussi decouvert, en ecrivant la rubrique, qu'elle voulait en realite abandonner le fichier Excel — ce qui etait le vrai sujet du projet et n'apparaissait nulle part dans la version initiale.

Checklist avant d'envoyer ton cahier des charges

FAQ

A quoi sert vraiment un cahier des charges de site internet ?

A rendre les devis comparables. C'est sa fonction premiere, avant meme de decrire le site. Sans document commun, chaque prestataire chiffre le projet qu'il a compris, et tu te retrouves a comparer des montants qui ne recouvrent pas le meme perimetre. Sa seconde utilite est de t'obliger a trancher avant de consulter des questions que tu trancherais sinon en cours de projet, au prix d'avenants.

Quelle longueur pour un cahier des charges ?

Entre 5 et 15 pages pour un site vitrine ou une refonte de PME. Au-dela de 30 pages, le document devient contre-productif : les prestataires le survolent et repondent sur une comprehension approximative. Mieux vaut 8 pages precises sur les points structurants que 40 pages exhaustives sur l'accessoire.

Faut-il decrire les solutions techniques ?

Non, sauf contrainte reelle. Decris les besoins, les contraintes et les integrations imposees ; laisse le prestataire proposer la technique. Imposer un CMS ou un framework sans justification prive des meilleures propositions et transfere sur toi la responsabilite du resultat.

Peut-on ecrire un cahier des charges sans competence technique ?

Oui, et c'est souvent preferable. Les meilleurs documents qu'on recoit sont ecrits en langage metier : ce que les utilisateurs doivent pouvoir faire, avec quelles contraintes. La traduction technique est le travail du prestataire — s'il ne sait pas la faire a partir d'un besoin bien decrit, c'est deja une information sur lui.

Cahier des charges et agilite sont-ils compatibles ?

Oui, si le document specifie les objectifs, l'enveloppe, les contraintes non negociables et les criteres de reussite, plutot que chaque ecran. Le detail se precise ensuite en ateliers. En contrepartie, tu dois etre disponible pour arbitrer en continu ce qui entre dans l'enveloppe.

Combien de prestataires consulter ?

Trois suffisent. Au-dela, le temps de depouillement depasse le gain. Et si les ecarts te semblent inexplicables, ils viennent presque toujours de differences de perimetre : reprends le devis le plus cher, cherche ce qu'il inclut que les autres ont ignore, et verifie si ton cahier des charges etait clair sur ce point.

Que se passe-t-il si mon besoin evolue en cours de projet ?

C'est normal et prevu, a condition de l'avoir cadre. Un bon contrat prevoit un mecanisme d'arbitrage : ce qui entre remplace quelque chose de meme ampleur, ou fait l'objet d'un avenant chiffre a l'avance. Le probleme n'est jamais le changement — c'est le changement non trace, qui se decouvre a la facture.

Conclusion

• Un cahier des charges sert d'abord a comparer des devis, ensuite seulement a decrire un site.
• Huit rubriques suffisent, et la plus negligee — qui produit les contenus, et quand — est la premiere cause de retard.
• Trois elements expliquent l'essentiel des ecarts de prix : le sur-mesure fonctionnel, les integrations, et la reprise de l'existant.
• Decris le besoin, pas la solution technique. Imposer un outil sans raison te prive des meilleures propositions.
• Reste sous 15 pages. La precision sur les points structurants vaut mieux que l'exhaustivite.

Si tu preferes qu'on relise ton document avant de le diffuser, ou qu'on t'aide a cadrer un projet web sur mesure, c'est exactement le genre de demande sur laquelle on repond volontiers — y compris pour te dire que ton cahier des charges est deja bon et que tu peux l'envoyer tel quel.

Contactez-nous — reponse sous 24h, sans engagement.