Un projet web qui déraille, c'est rarement un problème technique. C'est presque toujours un problème de cadrage. Le cahier des charges, c'est ce document fondateur qui transforme une vision floue en feuille de route exploitable pour vous, pour votre prestataire, pour toutes les parties prenantes. Encore faut-il savoir le construire correctement. Trop succinct, il laisse place aux interprétations divergentes. Trop verbeux, personne ne le lit vraiment. Voici comment trouver le juste équilibre et produire un cahier des charges qui fera réellement avancer votre projet.
Pourquoi le cahier des charges conditionne la réussite de votre projet web
Le CDC n'est pas une formalité administrative qu'on rédige à contrecœur un vendredi après-midi. C'est un outil de décision. Il fixe le périmètre, aligne les attentes et sert de référence contractuelle en cas de désaccord. Sans lui, chaque échange avec votre agence ou freelance devient une négociation à ciel ouvert.
Combien de projets ont explosé leur budget simplement parce qu'une fonctionnalité « évidente » pour le client n'avait jamais été formalisée ? Trop nombreux pour les compter.
Un cahier des charges bien rédigé vous fait gagner du temps à chaque étape : les devis reçus sont comparables entre eux, les allers-retours de validation diminuent sensiblement, et le recettage final se fait sur des critères objectifs plutôt que sur des impressions subjectives du type « ce n'est pas ce que j'avais en tête ».
Poser les fondations : contexte, objectifs et cibles
Présenter l'entreprise et son environnement
Commencez par ce que votre prestataire ne peut pas deviner. Décrivez votre activité, votre positionnement sur le marché, vos concurrents directs et la problématique business que le site doit résoudre. Ça paraît basique, et pourtant beaucoup de CDC sautent cette étape en se disant que « le prestataire comprendra ».
Il ne comprendra pas. Ou pire, il comprendra de travers.
Un développeur qui saisit votre métier fera des choix techniques plus pertinents qu'un développeur qui code à l'aveugle. Un designer qui comprend votre clientèle proposera une direction artistique adaptée, pas un template générique retouché à la va-vite.
Définir des objectifs mesurables
« Avoir un beau site » n'est pas un objectif. « Générer 40 demandes de devis par mois via le formulaire de contact » en est un. La différence ? Le second peut être vérifié après la mise en ligne. Le premier génère des discussions sans fin sur ce que « beau » signifie pour chacun.
Distinguez clairement les objectifs business (chiffre d'affaires, leads, notoriété de marque) des objectifs fonctionnels (réduire le taux de rebond sous les 50%, améliorer le temps de chargement à moins de 2 secondes, augmenter le panier moyen de 15%). Cette distinction évite les confusions au moment de prioriser les développements.
Identifier précisément les utilisateurs cibles
Qui va utiliser ce site au quotidien ? Des particuliers pressés sur leur mobile entre deux stations de métro ? Des acheteurs B2B qui comparent méthodiquement trois devis avant de trancher ? Des patients qui cherchent un spécialiste près de chez eux à 23h un dimanche ?
Le profil de vos utilisateurs dicte tout le reste : l'architecture de l'information, le ton éditorial, le parcours de navigation et les fonctionnalités prioritaires. Un site pensé pour tout le monde ne convient finalement à personne.
Décrire le périmètre fonctionnel sans se perdre
L'arborescence du site
Listez toutes les pages et sections envisagées, organisées en niveaux hiérarchiques. Même une première version schématique griffonnée sur un coin de nappe aide le prestataire à dimensionner correctement le projet. C'est la colonne vertébrale du site.
Précisez quelles pages sont statiques et ne bougeront plus après la mise en ligne, lesquelles nécessitent un back-office de gestion pour être mises à jour régulièrement, et lesquelles seront alimentées dynamiquement par des flux externes.
Les fonctionnalités attendues
Soyez exhaustif sans tomber dans la spécification technique. La frontière est parfois subtile, mais voici la règle : ce n'est pas à vous de décider si le formulaire utilisera AJAX ou un rechargement complet de page. C'est à vous de dire que le formulaire doit envoyer une notification par email sous 30 secondes, stocker les données dans votre CRM et afficher un message de confirmation personnalisé.
Pour chaque fonctionnalité, prenez le temps de préciser :
- Ce qu'elle doit permettre à l'utilisateur de faire concrètement
- Les règles métier associées (par exemple : « un devis ne peut être validé que si tous les champs obligatoires sont remplis et que le montant dépasse 500 euros »)
- Son caractère indispensable ou optionnel pour le lancement
- Les volumes attendus (nombre d'utilisateurs simultanés, nombre de fiches produit, fréquence de mise à jour)
Les intégrations tierces
CRM, ERP, outil de paiement en ligne, solution emailing, Google Analytics, plateforme de réservation, logiciel de gestion de stock... Listez absolument tous les systèmes externes avec lesquels le site devra communiquer. C'est souvent dans ces connexions que se cachent les complexités techniques sous-estimées.
Pour chaque intégration, indiquez si une API existe déjà et si elle est documentée, ou si le connecteur est entièrement à développer. La différence de charge peut aller du simple au quintuple.
Cadrer l'identité visuelle et l'expérience utilisateur
Si une charte graphique existe, joignez-la au CDC. Sinon, fournissez des repères exploitables : logo en haute définition, couleurs imposées par votre identité de marque, exemples de sites dont l'esthétique vous inspire. Et surtout, ceux qui ne vous conviennent pas du tout. Les contre-exemples sont souvent plus parlants que les références positives, parce qu'ils éliminent d'emblée des directions créatives inadaptées.
N'hésitez pas à expliquer pourquoi un site vous plaît ou vous déplaît. « J'aime ce site parce qu'il fait sérieux sans être froid » donne plus d'informations qu'un simple lien sans commentaire.
Précisez également vos attentes en matière d'ergonomie : type de navigation principale, comportement attendu sur mobile et tablette, niveau d'accessibilité visé (norme RGAA, WCAG AA ou AAA). Un site responsive n'est plus une option depuis longtemps, mais le niveau d'adaptation mobile attendu peut varier considérablement d'un projet à l'autre. Un site e-commerce avec un tunnel d'achat complet sur mobile, ce n'est pas la même exigence qu'un site vitrine consulté principalement sur desktop.
Les exigences techniques à ne pas oublier
Hébergement et infrastructure
Avez-vous déjà un hébergeur en place ? Le prestataire doit-il en recommander un ? Quelles sont vos contraintes en termes de localisation des données (hébergement en France obligatoire pour certains secteurs), de disponibilité garantie et de capacité à absorber les pics de trafic ?
Un site vitrine pour un artisan local et une marketplace à fort trafic ne se dimensionnent évidemment pas de la même manière. Préciser ces éléments dès le départ évite les mauvaises surprises au moment du lancement, quand le serveur tombe sous la charge du premier envoi de newsletter.
Performance et référencement naturel
Fixez des seuils concrets et vérifiables : score Core Web Vitals dans le vert, temps de chargement maximal de la page d'accueil sous les 3 secondes en 4G, compatibilité avec les bonnes pratiques SEO. Ça veut dire : balisage sémantique correct, URLs propres et lisibles, sitemap XML générée automatiquement, données structurées Schema.org sur les pages clés, balises meta éditables page par page.
Ces exigences doivent figurer noir sur blanc dans le corps du document, pas en note de bas de page que personne ne lira.
Sécurité et conformité RGPD
Certificat SSL, politique de mots de passe robuste pour le back-office, gestion des données personnelles conforme au RGPD, bandeau cookies paramétrable, mentions légales complètes, procédure de sauvegarde automatisée et testée. Ce ne sont pas des options premium à facturer en supplément. Ce sont des obligations légales.
Précisez aussi vos attentes en matière de mises à jour de sécurité : qui les applique, dans quel délai, avec quel niveau de test préalable ?
Organiser le projet : planning, budget et livrables
Le calendrier réaliste
Indiquez votre date de mise en ligne souhaitée et les jalons intermédiaires importants : livraison des maquettes pour validation, développement du prototype fonctionnel, phase de recette utilisateur, formation de l'équipe à l'outil d'administration, mise en ligne progressive ou big bang.
Prévoyez des marges. Sérieusement. Aucun projet web de l'histoire de l'internet n'a été livré en avance. En revanche, beaucoup ont souffert de deadlines irréalistes qui ont poussé tout le monde à bâcler les dernières fonctionnalités.
L'enveloppe budgétaire
La question du budget divise les porteurs de projet. Certains refusent catégoriquement de l'indiquer, par crainte que le prestataire « remplisse l'enveloppe » jusqu'au dernier euro. C'est une inquiétude compréhensible mais contre-productive.
En réalité, communiquer une fourchette budgétaire permet au prestataire de proposer la solution la plus adaptée à vos moyens. Un budget de 5 000 euros et un budget de 50 000 euros ne mènent pas au même site, mais les deux peuvent répondre à vos objectifs si le prestataire sait à quoi s'en tenir dès le départ. Sans cette information, vous recevrez des devis allant de 3 000 à 80 000 euros pour le même projet, et la comparaison deviendra impossible.
Les livrables et critères de recette
Définissez ce que vous attendez concrètement à chaque étape du projet : wireframes basse fidélité, maquettes graphiques détaillées, prototype cliquable pour tester les parcours, site de pré-production accessible en ligne, documentation technique, guide d'utilisation du back-office avec captures d'écran.
Pour la recette finale, c'est le moment d'être très précis. Listez les scénarios de test fonctionnels (« je crée un compte, j'ajoute un produit au panier, je finalise ma commande ») et les critères d'acceptation associés. Un site est considéré comme livré quand ces scénarios passent tous sans anomalie bloquante.
Les erreurs classiques qui plombent un cahier des charges
Certaines erreurs reviennent avec une régularité déconcertante, quel que soit le secteur d'activité ou la taille de l'entreprise :
- Rester dans le flou artistique. « Le site doit être moderne et dynamique » ne donne aucune prise au prestataire. Que signifie « dynamique » pour vous ? Des animations au scroll ? Un blog actif ? Une mise à jour quotidienne du catalogue ? Traduisez vos envies en comportements utilisateurs concrets et mesurables.
- Confondre cahier des charges et spécifications techniques. Vous décrivez le quoi et le pourquoi. Le prestataire propose le comment. Si vous imposez une technologie sans raison métier valable, vous réduisez artificiellement le champ des solutions possibles.
- Oublier la maintenance. Le site est en ligne, champagne. Et après ? Qui met à jour le contenu ? Qui applique les correctifs de sécurité quand une faille est découverte ? Quel est le contrat de support prévu ? Ne pas y penser au départ, c'est se retrouver otage six mois plus tard.
- Ne pas impliquer les utilisateurs internes. Le service commercial a besoin d'un formulaire de qualification des leads. Le support client veut une FAQ dynamique. L'équipe marketing exige un module de landing pages. Le porteur de projet ne connaît pas toujours ces besoins spécifiques. Consultez les équipes avant de figer le document.
- Figer le document comme un texte de loi immuable. Un bon CDC est un document vivant qui peut évoluer dans un cadre maîtrisé. Prévoyez un processus d'amendement clair pour intégrer les évolutions inévitables sans déstabiliser le planning ni le budget.
Structure type d'un cahier des charges web
Pour celles et ceux qui préfèrent avoir un plan sous les yeux avant de se lancer, voici une structure éprouvée qui couvre l'essentiel sans rien oublier :
- Présentation de l'entreprise et contexte du projet
- Objectifs du site (business et fonctionnels)
- Cibles utilisateurs et parcours attendus
- Arborescence et contenu éditorial
- Fonctionnalités détaillées, classées par ordre de priorité
- Intégrations et flux de données avec les systèmes tiers
- Charte graphique et contraintes UX/UI
- Exigences techniques (performance, sécurité, SEO, accessibilité)
- Hébergement et nom de domaine
- Planning prévisionnel et jalons de validation
- Budget et modalités de facturation
- Critères de recette et conditions de livraison
- Maintenance, évolutions futures et garantie
- Annexes (charte graphique, benchmark concurrentiel, contenus existants à reprendre)
Adaptez cette trame à votre contexte. Un site vitrine de 5 pages n'a pas besoin du même niveau de détail qu'une plateforme SaaS avec 200 fonctionnalités. L'important, c'est de couvrir chaque sujet avec suffisamment de précision pour que le prestataire puisse chiffrer sans deviner.
Quelques conseils pour la rédaction elle-même
Utilisez un langage clair et sans jargon technique inutile. Si votre CDC doit être compris par un directeur général autant que par un développeur senior, évitez les acronymes non définis et les anglicismes gratuits.
Numérotez vos exigences. Quand le prestataire vous posera des questions (et il en posera, c'est bon signe), vous pourrez vous référer à « l'exigence 4.3.2 » plutôt qu'à « le truc dont on avait parlé la dernière fois pour le formulaire ».
Ajoutez des schémas, des maquettes même grossières, des captures d'écran annotées. Un croquis vaut parfois mieux que trois paragraphes de description. Et faites relire le document par quelqu'un qui n'a pas participé à sa rédaction : si cette personne comprend le projet après lecture, vous tenez un bon CDC.
Un cahier des charges efficace ne garantit pas un projet sans accroc, ce serait naïf de le prétendre. Mais il réduit drastiquement les zones de friction, les incompréhensions et les surcoûts. C'est l'investissement le plus rentable que vous puissiez faire avant même la première ligne de code. Prenez le temps de le construire méthodiquement, faites-le relire par toutes les parties prenantes, et vous aborderez votre projet web avec une longueur d'avance sur la majorité des porteurs de projet qui se lancent sans filet.