Cahier des charges d'un site ou d'une plateforme web : modèle gratuit et méthode

Le cahier des charges est le document qui permet à un prestataire de comprendre ce que vous voulez obtenir, et à vous de comparer des propositions entre elles. Sans lui, chaque devis répond à une question différente, et les écarts de prix ne veulent plus rien dire. Avec un cahier des charges trop technique, à l'inverse, vous figez des choix avant même qu'un spécialiste ait pu vous en proposer de meilleurs.

Nous mettons à votre disposition un modèle gratuit, au format Word, que vous pouvez remplir et transmettre aux prestataires que vous consultez :

Télécharger le modèle de cahier des charges (.docx)

Le modèle convient à un site de présentation, à une boutique en ligne comme à une plateforme avec comptes utilisateurs. Pour un logiciel de gestion ou un ERP, notre guide du cahier des charges d'un logiciel métier va plus loin sur les processus et les données.

Ce qu'un cahier des charges doit contenir

Le modèle est organisé en douze rubriques. Chacune répond à une question que tout prestataire sérieux vous posera de toute façon.

Comment remplir les rubriques qui comptent le plus

Les objectifs : mesurables, ou inutiles

« Avoir un site moderne » n'est pas un objectif. « Recevoir les demandes de devis directement dans notre CRM, avec la ville et le type de chantier renseignés » en est un. « Permettre à nos clients professionnels de commander en ligne sans appeler le service commercial » aussi. Un objectif bien formulé dit ce qui change pour votre entreprise, et permet de vérifier après coup si le projet a atteint son but.

Les utilisateurs et leurs parcours

Listez les profils (visiteur, client connecté, client professionnel, collaborateur, administrateur) et, pour chacun, ce qu'il doit pouvoir faire. Décrivez les parcours en phrases simples : « Un client professionnel se connecte, retrouve ses prix négociés, commande, télécharge sa facture. » Ces phrases sont plus utiles qu'une liste de fonctionnalités, parce qu'elles montrent les enchaînements et les exceptions.

Les fonctions : distinguer l'indispensable du souhaitable

Classez chaque fonction en deux colonnes : indispensable au lancement, ou pour une version suivante. Ce tri est la meilleure façon de maîtriser le budget sans sacrifier l'essentiel. Un prestataire pourra vous dire ce que coûte chaque ajout, à condition que la liste soit claire.

Les données et les intégrations

C'est la rubrique la plus souvent oubliée, et celle qui fait déraper les projets. Indiquez les données à reprendre de l'ancien site ou d'un autre outil (comptes clients, catalogue, historique), leur volume approximatif et leur format. Listez les outils avec lesquels le site doit échanger : CRM, ERP, comptabilité, paiement, transporteur, outil d'e-mailing. Pour chacun, précisez dans quel sens circulent les données.

Les contraintes

Trois contraintes reviennent dans presque tous les projets et doivent être écrites. Les données personnelles : dès que le site collecte des informations sur des personnes (formulaire, compte client), le RGPD impose d'en limiter la collecte, d'informer les personnes et de fixer une durée de conservation. L'accessibilité : certains services en ligne destinés aux consommateurs doivent respecter des exigences d'accessibilité, et le référentiel français, le RGAA, sert de base de contrôle. Les langues et pays visés, qui changent la conception dès le départ.

Le budget

Indiquez une enveloppe, même large. Ce n'est pas donner un avantage au prestataire : c'est lui permettre de proposer la solution adaptée à votre enveloppe plutôt qu'une solution idéale hors de portée, ou une solution au rabais. Si vous n'avez aucune idée de l'ordre de grandeur, le baromètre des prix 2026 rassemble des repères de marché sourcés.

Les critères de recette

Décrivez comment vous vérifierez la conformité : les parcours qui doivent fonctionner, les navigateurs et appareils à tester, les performances attendues, les règles d'accessibilité. La recette protège les deux parties : vous savez ce que vous validez, le prestataire sait ce qu'il doit livrer. Le guide de la recette logicielle donne la méthode.

La propriété et la réversibilité

Exigez que le code source, les comptes (nom de domaine, hébergement, outils tiers, stores le cas échéant) et les données soient à votre nom ou vous soient remis. C'est la condition pour pouvoir changer de prestataire un jour. Le guide propriété du code source et réversibilité détaille les clauses à prévoir.

Les erreurs à éviter

• Décrire la solution au lieu du besoin. « Développé en React » ou « sous WordPress » ferme la porte à des propositions plus adaptées. Décrivez le résultat attendu ; laissez le prestataire justifier ses choix techniques.
• Écrire cinquante pages. Un cahier des charges trop long n'est pas lu en entier. Quelques pages précises valent mieux qu'un document exhaustif mais flou.
• Oublier le contenu. Qui rédige les textes, qui fournit les photos, qui traduit ? Ce travail est souvent sous-estimé, et il retarde plus de mises en ligne que le développement.
• Oublier l'après. Un site ou une plateforme se maintient : mises à jour de sécurité, corrections, évolutions. Demandez comment c'est prévu et avec quels délais.
• Envoyer le document à vingt prestataires. Trois à cinq consultations bien menées donnent des propositions comparables et un vrai échange. Notre guide pour consulter des prestataires explique comment organiser la consultation.

Et si vous n'avez pas le temps de l'écrire ?

C'est fréquent, et ce n'est pas un problème. Le cahier des charges peut aussi être le résultat d'un échange : chez YMHB Web, le premier rendez-vous avec le fondateur sert précisément à poser ces questions, et le cadrage qui suit produit un document de périmètre que vous pouvez utiliser, y compris pour consulter d'autres prestataires. Le budget est ensuite fixé en forfait global ferme.

Vous pouvez aussi nous envoyer le modèle partiellement rempli : les rubriques vides nous indiquent les questions à poser en priorité.

Pour aller plus loin

• Cahier des charges d'un logiciel métier : contenu et méthode
• Forfait ou régie : quel contrat pour un développement
• Contrat de développement logiciel : les clauses clés
• Projets informatiques : chiffres sur dépassements et échecs
• Refonte de site ou de plateforme : la méthode

Sources

• CNIL, texte du RGPD, chapitre II (principes relatifs au traitement des données), consulté le 8 octobre 2026 : cnil.fr (nouvel onglet)
• EUR-Lex, directive (UE) 2019/882 du 17 avril 2019 relative aux exigences en matière d'accessibilité applicables aux produits et services : eur-lex.europa.eu (nouvel onglet)
• DINUM, Référentiel général d'amélioration de l'accessibilité (RGAA), consulté le 8 octobre 2026 : accessibilite.numerique.gouv.fr (nouvel onglet)