En bref : un bon cahier des charges ne cherche pas à prévoir chaque écran. Il fixe le problème à résoudre, les utilisateurs, les contenus, les fonctions, les contraintes et les critères de réussite. Il permet ainsi de comparer des propositions sur un périmètre commun et de réduire les décisions tardives.
Le document peut tenir en quelques pages pour un site vitrine ou devenir plus détaillé pour un e-commerce et une application. Sa valeur ne dépend pas de sa longueur, mais de sa capacité à rendre les attentes vérifiables. Une liste de tendances graphiques n’est pas un cahier des charges ; une description claire du contexte, des responsabilités et des résultats attendus en est déjà une bonne base.
Commencer par le contexte du projet
Présentez l’entreprise, son offre, ses marchés et la raison du projet. S’agit-il d’un lancement, d’une refonte, d’une migration ou de l’ajout d’un service ? Expliquez ce qui fonctionne aujourd’hui et ce qui pose problème, sans imposer trop tôt une solution technique.
Ajoutez les personnes qui décideront, celles qui fourniront les contenus et celles qui administreront le site. Cette cartographie évite qu’une validation essentielle arrive lorsque les maquettes ou le développement sont déjà avancés.
Formuler des objectifs observables
« Moderniser le site » reste trop vague. Précisez ce que l’entreprise veut permettre : obtenir des demandes qualifiées, vendre une sélection de produits, simplifier une prise de rendez-vous, rendre une documentation accessible ou présenter des réalisations à un marché défini.
Associez chaque objectif à un indicateur utile et à une source de vérification. Une demande envoyée et enregistrée, une commande confirmée ou une prise de rendez-vous aboutie sont plus interprétables qu’un volume de visites isolé. Aucun indicateur ne garantit le résultat commercial, mais il clarifie ce que le site doit permettre de mesurer.
Décrire les publics et leurs situations
Quelques profils concrets suffisent. Pour chacun, documentez le besoin, le niveau d’information, les objections, l’appareil le plus probable et l’action attendue. Un acheteur professionnel qui compare trois prestataires n’a pas le même parcours qu’un particulier confronté à une urgence.
Évitez les personas décoratifs fondés sur un prénom fictif et des goûts sans rapport avec la décision. Les échanges avec les équipes commerciales, le support et les clients apportent des questions réelles à traiter dans les pages.
Inventorier les contenus disponibles
Listez les textes, photos, vidéos, documents, avis consentis, cas clients, fiches produits et informations légales existants. Indiquez ce qui peut être repris, doit être réécrit ou reste à produire. Pour une refonte, ajoutez les URL actuelles, leur trafic ou leur utilité et la destination envisagée.
Attribuez un responsable et une date à chaque contenu manquant. Sans cela, l’intégration devient souvent le point bloquant du calendrier. Notre guide sur les étapes d’un projet web explique comment cette préparation s’insère dans l’ensemble de la production.
Dessiner le périmètre fonctionnel
Décrivez les fonctions par usage : rechercher un produit, filtrer un catalogue, payer, réserver, envoyer une demande, gérer un compte ou publier un article. Pour chaque fonction importante, précisez les données nécessaires, les rôles autorisés, les erreurs possibles et le résultat attendu.
Séparez trois niveaux : indispensable au lancement, utile ensuite et hors périmètre. Cette priorité protège le projet contre l’ajout continu de fonctions. Elle facilite aussi une proposition en phases lorsqu’un besoin peut être validé avec un MVP avant d’investir davantage.
Documenter les outils et les échanges de données
Nommez le nom de domaine, l’hébergement, le CMS, le CRM, le logiciel métier, la solution de paiement, l’outil d’e-mail et les comptes de mesure concernés. Indiquez qui en est propriétaire et qui peut fournir les accès. Un simple « connecter le CRM » ne suffit pas si l’API, les champs et les règles de synchronisation restent inconnus.
Précisez les données personnelles traitées, leur finalité et les personnes qui doivent y accéder. Les contraintes de consentement, de conservation ou d’hébergement peuvent influencer l’architecture ; elles doivent être abordées avant l’intégration d’un outil tiers.
Fixer des exigences de qualité testables
Remplacez « le site sera rapide et responsive » par des contrôles observables : pages prioritaires sur mobile, navigateurs pris en charge, scénarios au clavier, poids des médias, comportement du formulaire en cas d’erreur et objectifs de performance à vérifier dans des conditions définies.
L’accessibilité ne se résume pas à une couleur conforme. Structure, focus, libellés, alternatives textuelles et messages d’erreur font partie de la recette. Le W3C distingue les évaluations automatiques et l’évaluation humaine de l’accessibilité, utile pour organiser des contrôles proportionnés au projet.
Encadrer SEO, redirections et mesure
Indiquez les audiences de recherche, les pages stratégiques, les contenus à conserver et les anciennes URL à rediriger. Pour une refonte, la correspondance entre anciennes et nouvelles pages doit être préparée avant la mise en ligne ; consultez notre guide pour refondre un site sans perdre les acquis SEO.
Définissez également les actions à mesurer, sans confondre clic et résultat. Le plan précis des événements, du consentement et des sources de vérité peut devenir un livrable distinct lorsque plusieurs campagnes ou systèmes interviennent.
Clarifier les livrables, responsabilités et propriété
Demandez ce qui sera remis : arborescence, maquettes, code, contenus, documentation, accès, exports et procédure de déploiement. Précisez le nombre de cycles de retour, la personne qui valide et le délai de réponse attendu de chaque côté.
La propriété du domaine, de l’hébergement, des comptes publicitaires, des statistiques et du dépôt de code doit être explicite. Le document doit aussi indiquer ce qui relève de la garantie de correction, de la maintenance récurrente ou d’une évolution facturée séparément.
Donner un cadre réaliste au budget et au calendrier
Une fourchette budgétaire aide l’agence à proposer une architecture proportionnée. Mentionnez les coûts externes connus : licences, hébergement, paiement, traduction, production photo ou abonnements. Un devis comparable distingue la conception initiale des dépenses récurrentes.
Pour le calendrier, renseignez une date cible et sa raison, les périodes d’indisponibilité et les dépendances. Un événement commercial fixe n’a pas la même souplesse qu’une préférence interne. Notre article sur le délai de création d’un site détaille les facteurs qui influencent réellement le planning.
Utiliser une grille de comparaison commune
Demandez aux prestataires de répondre au même socle : compréhension du besoin, hypothèses, exclusions, méthode, équipe, livrables, calendrier, budget, maintenance et propriété des accès. La technologie proposée doit être justifiée par le contexte, pas seulement citée comme un avantage.
Une réponse sérieuse signale les informations manquantes et les risques. Elle ne promet pas un résultat invérifiable. Pour compléter votre analyse, utilisez aussi nos critères pour choisir une agence web à Nice.
La trame à transmettre
Avant la consultation, réunissez au minimum :
- le contexte et le problème à résoudre ;
- les objectifs, publics et actions attendues ;
- l’arborescence envisagée et l’inventaire des contenus ;
- les fonctions classées par priorité ;
- les outils, données et accès concernés ;
- les exigences de qualité et les scénarios de recette ;
- les livrables, responsabilités et règles de validation ;
- le budget, les coûts récurrents et la date cible.
BlackStone Digital peut transformer cette base en périmètre de création de site web sur mesure. Si votre document est encore incomplet, envoyez-nous le contexte et les contraintes déjà connus : le premier échange sert aussi à identifier les décisions qui manquent.
