Guide · Cadrage de projet
Rédiger un cahier des charges de site internet vraiment utile.
Le document doit rendre les offres comparables, attribuer les responsabilités et protéger les décisions importantes. Il décrit d’abord le résultat attendu et les contraintes réelles, sans enfermer le projet dans une solution choisie trop tôt.
La réponse en bref
À quoi sert un cahier des charges web ?
Il partage une même définition du problème, du périmètre, des contributions et de la qualité attendue entre l’entreprise et les prestataires.
Un bon document laisse de la place au conseil. Il distingue les exigences obligatoires des préférences, décrit les tâches des utilisateurs et explique comment le résultat sera validé. Cette précision réduit les devis incomparables et les fonctionnalités ajoutées sans usage démontré.
Le cahier des charges reste vivant : les décisions prises pendant le cadrage peuvent être ajoutées dans un journal d’arbitrage. L’objectif n’est pas de prédire chaque détail, mais d’éviter que les sujets critiques apparaissent au dernier moment.
Version minimale
Six décisions suffisent pour lancer une première consultation.
Les détails peuvent être complétés pendant le cadrage, mais ces éléments évitent de demander un prix sur un périmètre invisible.
Problème
Ce qui ne fonctionne pas aujourd’hui et pourquoi le projet devient nécessaire.
Résultat
L’action ou la situation que le nouveau site doit améliorer en priorité.
Publics
Les personnes servies, leurs questions, leurs freins et leurs critères de choix.
Périmètre
Les pages, langues, fonctions et connexions attendues dans la première version.
Contributions
Qui fournit, rédige, photographie, relit, décide, publie et maintient.
Recette
Les conditions vérifiables qui permettront d’accepter et de transmettre le site.
Structure recommandée
Douze rubriques à compléter avec les bons responsables.
Chaque ligne transforme une zone floue en décision. Ajoutez les documents disponibles en annexe plutôt que de les recopier sans contexte.
| Rubrique | Informations à inclure | Décision attendue | Responsable suggéré |
|---|---|---|---|
| Contexte | Activité, historique, supports existants et raison du projet. | Ce qui doit changer maintenant. | Direction |
| Objectifs | Résultats attendus formulés avec des verbes et des indicateurs. | Un objectif principal et ses objectifs secondaires. | Pilote du projet |
| Publics | Situations, questions, freins et critères de décision. | Les publics prioritaires au lancement. | Marketing / métier |
| Périmètre | Pages, langues, fonctionnalités, connexions et exclusions. | Version initiale et évolutions ultérieures. | Pilote du projet |
| Contenus | Textes, photos, vidéos, documents, données et droits. | Ce qui existe, doit être repris ou produit. | Référent éditorial |
| Parcours | Tâches essentielles : comprendre, comparer, contacter, acheter ou réserver. | La prochaine action attendue pour chaque parcours. | Métier / commercial |
| Identité | Logo, charte, ton, composants existants et contraintes de marque. | Ce qui doit être conservé ou repensé. | Communication |
| Technique | Hébergement, domaine, outils métier, sécurité et reprise de données. | Contraintes obligatoires et préférences ouvertes. | Référent technique |
| SEO & redirections | Pages utiles, requêtes, URL existantes et trafic à préserver. | Contenus à migrer, fusionner ou retirer. | SEO / éditorial |
| Conformité | Accessibilité, données personnelles, cookies et obligations sectorielles. | Niveau attendu et responsables de validation. | Direction / juridique |
| Organisation | Interlocuteurs, validations, disponibilité et outils de suivi. | Qui arbitre et sous quel délai. | Chef de projet |
| Recette & transmission | Tests, preuves attendues, accès, documentation et formation. | Conditions précises d’acceptation et de remise. | Chef de projet |
Lecture des propositions
Comparer autre chose que le total.
Deux devis ne sont comparables que si les livrables, contributions, limites et conditions de transmission le sont aussi.
- CompréhensionLa réponse reformule le besoin et explique les choix proposés.
- PérimètrePages, fonctions, contenus, migrations et options sont séparés.
- ResponsabilitésLes contributions de l’entreprise et du prestataire sont explicites.
- QualitéMobile, performance, accessibilité, SEO et sécurité possèdent des critères de contrôle.
- TransmissionAccès, fichiers, documentation, propriété et formation sont décrits.
- Après-lancementMaintenance, corrections, évolutions et coûts récurrents sont distingués.
Questions fréquentes
Un cadre précis, une solution encore ouverte.
Décrivez les contraintes incontournables. Demandez au prestataire de justifier la méthode et la technologie retenues au regard des usages.
Commencer par l’audit de l’existant →Un cahier des charges doit-il imposer la technologie ?
Seulement lorsqu’une contrainte réelle l’exige. Décrivez d’abord les usages, données, intégrations, exigences et responsabilités afin que la solution puisse être justifiée.
Quelle longueur prévoir ?
La précision compte davantage que le nombre de pages. Un document court peut suffire s’il distingue clairement objectifs, périmètre, contenus, contraintes, validations et critères de recette.
Faut-il indiquer le budget ?
Une enveloppe, un plafond ou plusieurs scénarios permettent aux prestataires de proposer un périmètre réaliste et de séparer l’indispensable des options.
Qui doit rédiger le document ?
Un pilote assemble les informations, mais les responsables métier, éditorial, technique et décisionnaire doivent valider les parties qui les concernent.
Comment comparer les réponses reçues ?
Utilisez une grille commune : compréhension du besoin, livrables, exclusions, responsabilités, calendrier, maintenance, propriété, transmission et preuves de qualité.