Cahier des charges d'un site web : le modèle à remplir avant de contacter un développeur

Introduction : pourquoi ce document décide du succès de votre projet

Il y a une statistique que personne n'affiche sur les plaquettes des agences web : la grande majorité des projets qui dérapent, en budget comme en délai, ne dérapent pas à cause du développeur. Ils dérapent parce que le besoin n'a jamais été écrit correctement au départ.

Un exemple entendu cent fois. Le client demande « un site vitrine, cinq ou six pages, rien de compliqué ». Le devis tombe à 4 500 €. Trois semaines plus tard, on découvre qu'il faut un formulaire de prise de rendez-vous connecté à un agenda, un espace client pour télécharger des factures, et une version anglaise. Ce n'était pas « rien de compliqué ». C'était trois projets dans un seul.

Le cahier des charges sert précisément à ça : mettre les choses sur la table avant que l'argent ne bouge.

Ce document change trois choses concrètes dans votre relation avec un prestataire. Il permet de comparer des devis sur une base strictement identique, ce qui est impossible autrement. Il oblige à arbitrer les priorités avant de payer, pas après. Et il sécurise juridiquement la relation, parce qu'en cas de désaccord, c'est lui qui fait foi.

Attention quand même au piège inverse. On a tous vu passer ces cahiers des charges de soixante pages, avec une table des matières à trois niveaux et des annexes que personne n'ouvrira jamais. Ils rassurent celui qui les écrit. Ils épuisent celui qui les lit. Un document de dix à quinze pages, précis et hiérarchisé, sera infiniment plus utile.

Ce qui suit est un modèle complet, section par section, avec des exemples de formulation, les tournures à éviter, et les points qui provoquent systématiquement des litiges quand ils ne sont pas écrits.

Ce qu'est réellement un cahier des charges (et ce qu'il n'est pas)

Définition opérationnelle : un document contractuel, pas une note d'intention

Un cahier des charges n'est pas un texte d'inspiration. Ce n'est pas non plus un brief créatif où l'on parle d'univers de marque et de valeurs. C'est un document qui, une fois annexé au devis signé, définit ce qui est dû et ce qui ne l'est pas.

Cette nuance change tout dans la manière de l'écrire. Chaque phrase floue est une future discussion. Chaque « il faudrait que ce soit moderne » est un piège que vous vous tendez à vous-même.

Cahier des charges fonctionnel ou technique : qui écrit quoi

La répartition est simple, et pourtant elle est mal comprise dans neuf cas sur dix.

Le client décrit les besoins, les usages, les contraintes métier. Ce que ses clients à lui doivent pouvoir faire. Les règles de son secteur. Les outils déjà en place qu'il faudra bien connecter. Ce périmètre-là, personne d'autre que lui ne le connaît.

Le prestataire, lui, propose la solution : l'architecture, les technologies, l'organisation du travail. C'est son métier, et c'est aussi sa responsabilité.

L'erreur classique consiste à écrire « le site sera développé sous WordPress avec le constructeur Elementor » alors qu'on ne maîtrise ni les implications de performance, ni le coût de maintenance associé, ni les limites du système sur un catalogue de 3 000 références. Vous venez de choisir à la place de quelqu'un dont c'est le métier, et de fermer la porte à une solution peut-être mieux adaptée.

Formulez plutôt un critère : « la solution devra permettre à une personne non technique de créer et modifier des pages en autonomie ». Là, le prestataire peut vous proposer trois options et défendre la sienne.

Les trois usages du document

Un bon cahier des charges sert trois fois. À la consultation, il permet d'interroger plusieurs prestataires sur la même base. À la contractualisation, il devient l'annexe qui engage les deux parties. À la recette, il sert de grille de vérification : on reprend chaque ligne, on coche, on valide.

Ce troisième usage justifie à lui seul l'effort de rédaction. Sans lui, la recette se transforme en séance d'impressions subjectives.

Quand une version allégée suffit

Soyons honnêtes : un site vitrine de sept pages pour un artisan n'a pas besoin du même document qu'une place de marché B2B. Une refonte à périmètre constant, où l'on refait le design sans toucher aux fonctionnalités, non plus.

Dans ces cas-là, trois à cinq pages bien senties valent mieux qu'un pavé. La règle : couvrir les objectifs, l'arborescence, les exigences SEO, le budget et les modalités. Le reste peut se traiter en réunion.

Avant d'écrire : la phase de cadrage à ne pas sauter

Formuler l'objectif business, pas l'objectif esthétique

« Je veux un beau site. » Cette phrase, tout prestataire l'a entendue le premier jour. Elle ne veut rien dire, et surtout elle ne permet aucun arbitrage.

Beau selon qui ? Beau pour vendre quoi ? À qui ?

Traduisez. Ce que vous voulez, en réalité, c'est probablement passer de douze à trente demandes de devis par mois. Ou faire baisser le nombre d'appels pour des questions dont la réponse pourrait être en ligne. Ou vendre 8 000 € par mois en e-commerce alors que vous n'en faites rien aujourd'hui.

Écrivez un objectif chiffré et daté. Il servira de juge de paix quand il faudra trancher entre une animation spectaculaire et un formulaire de contact accessible en trois secondes.

Identifier les cibles et leurs parcours réels

Oubliez la « cible large, hommes et femmes 25-65 ans, CSP+ ». Cette cible n'existe pas, et elle ne guide aucune décision.

Construisez deux ou trois profils concrets. Pour un plombier : le particulier en urgence un dimanche soir, qui cherche un numéro sur mobile en dix secondes. Le propriétaire qui prépare une rénovation de salle de bains sur trois mois et compare cinq devis. Le syndic qui cherche un prestataire référencé pour de la maintenance. Trois besoins, trois parcours, trois pages d'entrée différentes.

Décrivez ensuite le trajet type. D'où vient le visiteur (Google, une recommandation, une fiche Google Business Profile) ? Que cherche-t-il exactement ? Qu'est-ce qui le bloque aujourd'hui sur votre site actuel ?

Cette dernière question mérite qu'on y passe une demi-heure avec l'équipe commerciale. Ce sont eux qui entendent les objections.

Analyser l'existant sans complaisance

Une refonte sans audit de l'existant, c'est une opération à l'aveugle. Et c'est la source numéro un de catastrophes SEO.

Listez ce qui fonctionne et doit être préservé à tout prix : les pages qui génèrent du trafic, les URL positionnées, les contenus qui convertissent. Sortez les chiffres de Search Console et d'Analytics, sur douze mois glissants, pas sur le dernier mois.

Il arrive régulièrement qu'une page qu'on trouve moche et qu'on voulait supprimer représente 40 % du trafic organique du site. Ça calme.

Listez ensuite ce qui échoue, et surtout pourquoi. « Le site ne convertit pas » n'est pas un diagnostic. « Le formulaire de contact demande onze champs dont le numéro SIRET, et 80 % des visiteurs l'abandonnent » en est un.

Observer la concurrence pour se différencier, pas pour copier

Regardez cinq concurrents. Notez ce qu'ils font tous, ce que personne ne fait, et ce qui vous semble raté chez eux.

Le réflexe naturel consiste à demander « la même chose que ce site-là ». Le réflexe utile consiste à identifier l'angle mort du secteur. Si aucun concurrent n'affiche ses tarifs, il y a peut-être un coup à jouer.

Impliquer les équipes internes en amont

Le commercial sait quelles questions reviennent. L'administratif sait quels documents les clients réclament. La direction sait où va l'entreprise dans dix-huit mois.

Faire remonter tout ça après la maquette validée, c'est se garantir un tour de correction supplémentaire, et souvent une facture d'avenant.

Section 1 du modèle : présentation de l'entreprise et du contexte

Identité, activité, marché, zone géographique

Court et factuel. Raison sociale, activité réelle (pas la nomenclature APE), taille, ancienneté. Le marché servi : B2B, B2C, les deux. La zone : quartier, ville, département, national, export.

Cette zone géographique n'est pas un détail administratif. Elle détermine toute la stratégie de référencement local, la structure des pages et parfois l'architecture entière du site.

Positionnement et éléments de différenciation

Trois à cinq lignes. Qu'est-ce qui fait qu'un client vous choisit vous ? Les vraies raisons, celles que les clients citent, pas celles que vous aimeriez entendre.

Historique du projet web

Sites précédents, prestataires successifs, refontes passées et leurs résultats. Ce qui a été tenté et n'a pas marché.

Un prestataire sérieux lira cette section attentivement. Si vous en êtes à votre troisième refonte en cinq ans, il y a une cause qu'il vaut mieux identifier avant d'en lancer une quatrième.

Interlocuteurs et décideurs

Voilà une section qui a l'air administrative et qui sauve des projets.

Nommez un référent unique côté client. Une seule personne qui centralise les retours, arbitre les avis divergents et valide. C'est la condition première du respect des délais, et je pèse mes mots.

Un projet où le graphiste reçoit trois retours contradictoires (la direction veut du sobre, le commercial veut du percutant, la fille du patron trouve que le bleu fait vieux) est un projet qui prendra deux mois de plus.

Précisez aussi qui valide quoi, et sous quel délai. « Validation des maquettes sous cinq jours ouvrés » est une phrase qui vous engage autant qu'elle engage le prestataire.

Section 2 du modèle : objectifs et indicateurs de réussite

Objectifs principaux hiérarchisés

Trois maximum. Vraiment trois.

Au-delà, il n'y a plus de hiérarchie, donc plus d'arbitrage possible. Et un projet web n'est qu'une longue série d'arbitrages : entre une page d'accueil qui pousse le catalogue ou qui capte des leads, entre une belle animation et un temps de chargement, entre le budget rédaction et le budget design.

Numérotez-les. Le numéro 1 gagne toujours contre le numéro 3.

Objectifs secondaires

Ceux qu'on prend si le budget le permet. Écrivez-les quand même, ils orientent les choix techniques : un objectif secondaire « ouvrir un blog dans un an » impose que le CMS soit prêt pour ça dès maintenant.

Indicateurs de suivi et outils de mesure

Pour chaque objectif, un indicateur et un outil. Demandes de devis : formulaires reçus, mesurés dans Analytics avec un événement dédié. Visibilité : nombre de mots-clés en page 1, mesuré dans un outil de suivi de positions. Trafic organique : sessions issues du référencement naturel, Search Console et Analytics.

Sans mesure, un projet réussi et un projet raté se ressemblent beaucoup. Surtout six mois après.

Horizon de réussite

Décrivez à quoi ressemble un succès à six mois, puis à dix-huit mois. Les deux échéances comptent, parce qu'un site refait ne donne pas sa pleine mesure en SEO avant plusieurs mois. Fixer un objectif de trafic à trois mois post-refonte, c'est se préparer une déception injuste.

Section 3 du modèle : périmètre fonctionnel détaillé

Arborescence et volumétrie de pages

Voici l'un des malentendus les plus coûteux du secteur : le nombre de pages n'est presque jamais ce qui fait le prix.

Ce qui coûte, c'est le gabarit. C'est-à-dire le modèle de page à concevoir, dessiner, intégrer et rendre administrable. Un site de 200 pages construit sur cinq gabarits coûtera moins cher qu'un site de 15 pages où chaque page est un cas particulier.

Alors dans votre cahier des charges, séparez clairement les deux. Listez les gabarits : accueil, page service, page ville, article de blog, fiche produit, page contact, page listing. Puis indiquez la volumétrie prévue par gabarit.

Vous verrez immédiatement les devis devenir plus lisibles.

Liste des fonctionnalités, décrites par l'usage

Utilisez la formulation empruntée aux méthodes agiles, elle est redoutablement efficace : « en tant que [utilisateur], je veux [action] afin de [bénéfice] ».

Comparons.

Version incorrecte : « il faut un formulaire de contact ». Trop vague. Combien de champs ? Vers quelle boîte mail ? Avec ou sans pièce jointe ? Avec un accusé de réception automatique ?

Version correcte : « en tant que prospect, je veux demander un devis en renseignant mon besoin et en joignant une photo, afin d'obtenir une estimation sans me déplacer. Le formulaire envoie une notification à contact@ et un accusé de réception automatique au demandeur. Les demandes sont consultables dans l'administration. »

C'est plus long à écrire. C'est infiniment moins cher à corriger.

Priorisation MoSCoW

Quatre colonnes : indispensable, souhaitable, optionnel, hors périmètre.

Les trois premières servent à arbitrer si le budget se tend. La quatrième est probablement l'arme anti-dérive la plus efficace de tout le document, et pourtant presque personne ne la remplit.

Écrire noir sur blanc « hors périmètre : version multilingue, espace client, connexion au logiciel de caisse, application mobile » vous évitera des semaines de discussions polies mais tendues. Ça n'interdit rien pour plus tard. Ça dit simplement que ce n'est pas dans ce devis, dans ce délai, à ce prix.

Cas particuliers à cadrer

Certaines fonctionnalités passent pour anodines et pèsent lourd. Un espace client, c'est de la gestion de comptes, des mots de passe, de la sécurité, du RGPD. Une réservation en ligne, c'est de la gestion de créneaux, de disponibilités, d'annulations, de rappels. Le multilingue, ce n'est pas un bouton drapeau : c'est une arborescence dupliquée, une gestion des URL, des balises hreflang, et surtout un budget de traduction que personne n'a prévu.

Le e-commerce, lui, mérite son propre chapitre : modes de livraison, transporteurs, gestion des stocks, moyens de paiement, TVA, retours, factures.

Si votre projet touche à l'un de ces cas, décrivez-le en détail. Ou acceptez de payer la découverte au fil de l'eau.

Gestion des contenus

La question qui tue les plannings : qui rédige ?

Combien de projets se sont arrêtés net parce que le site était prêt et que les textes n'existaient pas ? Beaucoup. Le développeur attend, le client n'a pas le temps, les semaines passent, et le projet livré en mars part en ligne en septembre.

Tranchez dans le cahier des charges. Qui rédige (vous, une agence, un rédacteur indépendant) ? Qui intègre les textes et les images ? Qui met à jour après la livraison ? Et si c'est vous, avez-vous quelqu'un de formé et disponible ?

Section 4 du modèle : exigences SEO et acquisition

Pourquoi le SEO se décide ici et pas après

Il y a une phrase qu'on entend souvent en agence, trois mois après une mise en ligne : « le site est en ligne, maintenant on aimerait travailler le référencement ».

Sauf qu'à ce stade, une partie des décisions structurantes est déjà prise. L'arborescence est figée. Les URL sont en place. Le système de gestion des balises est ce qu'il est. Les redirections auraient dû être faites le jour J.

Le référencement naturel ne se rajoute pas comme une couche de peinture. Il se construit dans la structure. D'où cette section, qui doit figurer dans le cahier des charges initial, pas dans un devis complémentaire.

Exigences techniques à inscrire noir sur blanc

Voici la liste minimale, à recopier telle quelle si besoin.

Chaque page doit disposer d'une balise title et d'une meta description modifiables depuis l'administration, indépendamment du titre affiché. La hiérarchie des titres Hn (un seul H1 par page, des H2 et H3 cohérents) doit être maîtrisable par le rédacteur, pas imposée par le thème.

Les URL doivent être personnalisables, courtes, lisibles, sans paramètres inutiles ni identifiants numériques. Une structure d'URL pérenne, pensée pour ne pas devoir changer dans deux ans.

Balises canoniques correctement posées, données structurées adaptées à l'activité (entreprise locale, produit, article, FAQ selon les cas), sitemap XML généré automatiquement et à jour, fichier robots.txt maîtrisé.

Performance : fixez un budget de vitesse. Les seuils Core Web Vitals peuvent et doivent être contractualisés. Par exemple : LCP inférieur à 2,5 secondes sur mobile en conditions 4G, mesuré sur les gabarits principaux à la recette. C'est vérifiable, donc opposable.

Enfin, exigez que les contenus indexables soient présents dans le HTML sans exécution de JavaScript. Un site dont le texte n'apparaît qu'après le chargement d'un script prend un risque d'indexation inutile.

Le plan de redirections : le point qui fait perdre le plus de trafic

Si vous ne deviez retenir qu'un paragraphe de cet article, ce serait celui-ci.

Lors d'une refonte, les URL changent presque toujours. Sans redirection 301 de chaque ancienne adresse vers la nouvelle, le trafic acquis pendant des années part en fumée en quelques semaines. Des chutes de 50 à 70 % du trafic organique après refonte, ça n'a rien d'exceptionnel, et c'est presque toujours ça.

Le pire ? C'est totalement évitable.

Exigez un tableau de correspondance complet, ancienne URL vers nouvelle URL, produit à partir d'un export exhaustif des URL existantes (Search Console, sitemap, crawl du site actuel). Ce tableau doit être validé avant la mise en ligne, pas après. Précisez qui le produit et qui le contrôle.

Et prévoyez une vérification à J+7 et J+30 : erreurs 404 dans Search Console, positions des principales pages, courbe de trafic.

Structure sémantique et maillage interne

L'arborescence n'est pas qu'un plan de navigation, c'est aussi une carte sémantique. Les pages doivent se regrouper par thématiques cohérentes, avec des liens internes qui relient les contenus proches.

Cette réflexion se mène au moment de l'arborescence. La rajouter ensuite revient à déplacer des murs porteurs.

Outils de mesure à installer et à transmettre

Précisez-le : la propriété Search Console, le compte Analytics et l'ensemble des accès doivent être créés sur des comptes vous appartenant, avec le prestataire en accès délégué. Pas l'inverse.

Un changement de prestataire avec des accès verrouillés chez l'ancien, c'est une perte d'historique pure et simple. Et l'historique, en SEO, ne se rachète pas.

Section 5 du modèle : charte graphique et exigences visuelles

Éléments existants fournis

Listez ce que vous fournissez et sous quel format. Le logo en fichier vectoriel (.ai, .eps, .svg), pas un JPEG de 400 pixels récupéré sur une vieille plaquette. Les codes couleurs. Les typographies et leurs licences web, qui ne sont pas les mêmes que les licences bureautiques. La photothèque : photos professionnelles disponibles ou pas.

Si vous n'avez rien de tout ça, dites-le. Un budget photo ou création de logo se chiffre, et mieux vaut le savoir avant.

Univers visuel souhaité

Trois à cinq sites de référence, chacun accompagné d'un commentaire. Pas juste le lien : dites ce qui vous plaît et pourquoi.

« J'aime ce site » n'apprend rien à un designer. « J'aime la façon dont les tarifs sont présentés dès la page d'accueil, ça correspond à notre volonté de transparence » lui donne une direction exploitable.

Ajoutez aussi un ou deux contre-exemples. Ce qu'on ne veut surtout pas est souvent plus clair que ce qu'on veut.

Contraintes d'accessibilité

Contrastes suffisants entre texte et fond, tailles de police lisibles sans zoomer, navigation possible au clavier, textes alternatifs sur les images.

Ce ne sont pas des contraintes qui appauvrissent le design. Ce sont des contraintes qui empêchent de livrer un site en gris clair sur blanc que 20 % de vos visiteurs ne pourront pas lire confortablement.

Nombre de propositions et cycles de correction

Point contractuel systématiquement oublié, et source de litiges tout aussi systématique.

Combien de propositions graphiques initiales ? Combien de tours de correction inclus sur la maquette retenue ? Que se passe-t-il au-delà, et à quel tarif ?

Sans cette clause, le client pense légitimement pouvoir demander un dixième ajustement, et le prestataire estime légitimement travailler gratuitement depuis le sixième. Personne n'a tort, et l'ambiance se dégrade.

Une formulation qui marche : « deux propositions graphiques sur la page d'accueil, puis deux cycles de correction sur la proposition retenue. Les demandes supplémentaires sont facturées au temps passé, sur devis validé au préalable. »

Section 6 du modèle : contraintes techniques

Hébergement

Hébergement existant à conserver ou à prévoir ? Localisation des données (question qui devient sensible dès qu'il y a des données personnelles) ? Qui paie et qui administre ?

Précisez aussi le niveau attendu : un site vitrine et une boutique à 500 commandes par mois n'ont pas les mêmes besoins.

Nom de domaine, messagerie, certificat

Qui détient le nom de domaine ? Vérifiez-le maintenant, pas au moment de la mise en ligne. Il arrive plus souvent qu'on ne croit que le domaine soit enregistré au nom d'un ancien prestataire, voire d'un stagiaire parti depuis longtemps.

La messagerie est-elle liée à l'hébergement actuel ? Si oui, attention lors de la migration : couper les mails d'une entreprise pendant deux jours est un incident dont on se souvient.

Interconnexions avec l'écosystème existant

CRM, ERP, logiciel de caisse, outil de facturation, marketplace, logiciel métier. Chaque connexion est un projet dans le projet.

Pour chacune, précisez : quel outil, quelle version, quelle documentation d'API disponible, dans quel sens circulent les données, à quelle fréquence, et qui est l'interlocuteur technique côté éditeur.

Cette dernière information vaut de l'or. Une intégration bloquée pendant trois semaines parce que personne ne répond au support de l'éditeur, c'est du vécu.

Navigateurs et appareils à couvrir

Les deux dernières versions des navigateurs majeurs, mobile et tablette compris. Si votre clientèle utilise encore massivement un vieux navigateur (ça existe, notamment dans certains secteurs industriels ou administrations), dites-le : ça change le travail d'intégration.

Volumétrie et montée en charge

Combien de visiteurs aujourd'hui, combien espérés ? Y a-t-il des pics prévisibles (soldes, saisonnalité, passage média, opération commerciale) ?

Un site qui tombe le jour de son plus gros pic de trafic, c'est le pire moment possible.

Choix du CMS : des critères plutôt qu'un nom

On y revient, parce que c'est important. Plutôt que d'imposer une technologie, listez vos critères : autonomie de mise à jour pour un non-technicien, coût de maintenance, disponibilité de prestataires sur le marché, capacité d'évolution, compatibilité avec vos outils existants.

Laissez le prestataire proposer et justifier. S'il ne sait pas justifier, c'est déjà une information.

Propriété du code, des accès et des licences

Clause à ne jamais négliger, surtout sur du développement spécifique.

À qui appartient le code produit ? Les licences des extensions et des thèmes payants sont-elles à votre nom ou à celui de l'agence ? Que se passe-t-il en fin de relation ?

Un site dont les licences appartiennent au prestataire est un site que vous ne pouvez pas emporter. Ce n'est pas forcément malhonnête, c'est parfois juste un impensé. Mais il vaut mieux le clarifier au départ.

Section 7 du modèle : conformité, sécurité et obligations légales

RGPD

Bandeau de consentement réellement conforme (avec un refus aussi simple que l'acceptation, et aucun dépôt de cookie avant choix), registre des traitements, durées de conservation définies, liste des sous-traitants, procédure d'exercice des droits.

Précisez qui produit quoi. Le prestataire technique installe le dispositif, mais la définition des durées de conservation vous appartient : lui ne sait pas combien de temps vous devez garder une demande de devis.

Mentions légales, CGV, politique de confidentialité

Qui rédige ? Un générateur en ligne peut dépanner pour un site vitrine simple. Pour du e-commerce, faites relire par quelqu'un de compétent : les CGV engagent votre responsabilité sur les délais, les retours, la garantie.

Accessibilité numérique

L'obligation légale vise le secteur public, les délégataires de service public et les grandes entreprises au-delà d'un certain chiffre d'affaires. Beaucoup de TPE et PME n'y sont donc pas soumises.

Faut-il pour autant l'ignorer ? Franchement, non. Un site accessible est un site mieux structuré, plus rapide, plus lisible sur mobile, et souvent mieux compris par les moteurs de recherche. Sans compter la part non négligeable de la population concernée par une gêne visuelle, motrice ou cognitive.

Le bon niveau d'exigence pour une entreprise non soumise : les bonnes pratiques essentielles, sans viser la certification complète.

Sécurité

Fréquence des sauvegardes, lieu de stockage (pas sur le même serveur, sinon ça ne sert à rien), durée de rétention, procédure et délai de restauration. Politique de mises à jour du CMS et des extensions. Et la question qui fâche : qui est responsable en cas de piratage, et sous quel délai intervient-on ?

Un site indisponible un vendredi soir, avec un prestataire injoignable jusqu'au lundi, ça se prévoit avant, pas pendant.

Section 8 du modèle : budget, délais et modalités

Faut-il annoncer son budget ?

Le débat revient sans cesse, alors tranchons.

Beaucoup de clients masquent leur budget par crainte qu'on l'épuise volontairement. La crainte est compréhensible. Le résultat est contre-productif.

Sans indication, le prestataire chiffre à l'aveugle. Il propose une solution à 25 000 € alors que vous en aviez 8 000. Ou l'inverse, il chiffre au plus juste à 6 000 € en supprimant des choses que vous auriez volontiers payées. Dans les deux cas, tout le monde a perdu du temps, et vous devrez refaire un tour de consultation.

La solution intermédiaire fonctionne très bien : annoncez une fourchette (« entre 10 000 et 15 000 € pour la création ») et un ordre de priorité. Vous obtiendrez des propositions comparables et pertinentes.

Un prestataire qui aligne systématiquement son devis sur le haut de votre fourchette sans justifier la valeur ajoutée vous donne d'ailleurs une information utile sur lui.

Distinguer coûts de création et coûts récurrents

Erreur budgétaire classique : ne provisionner que la création.

Les coûts récurrents existent, et ils ne sont pas anecdotiques. Hébergement et nom de domaine. Maintenance technique et mises à jour de sécurité. Licences annuelles d'extensions. Évolutions et corrections. Production de contenus. Acquisition (référencement, publicité).

Demandez un chiffrage annuel de tout ça dès le devis initial. Un site est un actif qu'on entretient, pas un achat qu'on pose sur une étagère.

Calendrier réaliste et jalons de validation

Découpez en phases avec des jalons : cadrage, arborescence, maquettes, intégration, développement, recette, contenus, mise en ligne.

Et surtout, intégrez vos propres délais de validation dans le planning. C'est la cause numéro un des retards, loin devant les problèmes techniques. Un projet annoncé en dix semaines qui en prend dix-huit a souvent passé six semaines à attendre des retours client.

Écrivez-le : « le client s'engage à retourner ses validations sous cinq jours ouvrés. Au-delà, le planning est décalé d'autant. » C'est inconfortable, et ça marche.

Modalités de règlement et conditions de réception

Échéancier (typiquement 30 % à la commande, 40 % à la validation des maquettes, 30 % à la livraison), conditions de réception, procédure en cas de désaccord. Rien d'exotique, mais il faut que ce soit écrit.

Section 9 du modèle : recette, livraison et suite

Protocole de recette

Qui teste ? Sur quels appareils et navigateurs ? Selon quels critères d'acceptation ?

Le mieux est de construire la grille de recette directement à partir du périmètre fonctionnel : chaque ligne du cahier des charges devient une ligne à cocher. Vous transformez un document de commande en outil de vérification, sans effort supplémentaire.

Prévoyez un délai de recette raisonnable (une à deux semaines) et distinguez les anomalies bloquantes des remarques d'amélioration. Un bouton mal aligné de trois pixels n'est pas un motif de refus de livraison.

Livrables attendus

Accès complets (administration, hébergement, base de données, domaine, outils de mesure), documentation d'utilisation, sources graphiques, code source si applicable, et une session de formation à la prise en main.

Cette formation, on la néglige souvent pour économiser quelques centaines d'euros. Puis on paie le prestataire à l'heure pendant deux ans pour modifier un numéro de téléphone.

Garantie et correction des anomalies

Durée de la garantie après mise en ligne, périmètre couvert, délai d'intervention selon la gravité. Une anomalie bloquante (site inaccessible, commande impossible) et une anomalie mineure n'appellent pas le même délai.

Maintenance et évolutions

Un site vit. Il faut le mettre à jour, le corriger, le faire évoluer.

Cadrez le contrat de maintenance : ce qu'il couvre, ce qu'il ne couvre pas, le tarif des évolutions hors forfait, le délai de prise en compte d'une demande.

Réversibilité

La question qu'on n'ose pas poser au début d'une relation, et qu'il faut poser quand même : si l'on se sépare, comment ça se passe ?

Restitution de l'ensemble des accès et des données dans un format exploitable, transfert du nom de domaine, absence de dépendance à un outil propriétaire du prestataire, délai de mise à disposition.

Un prestataire sérieux ne se vexera pas. Il vous répondra clairement. Celui qui élude vous a déjà renseigné.

Le modèle complet à copier et remplir

Trame prête à l'emploi

Reprenez les neuf sections dans l'ordre. Pour chacune, un titre, puis vos réponses en style direct. Pas besoin de rédiger de belles phrases : des listes à puces claires valent mieux que trois paragraphes littéraires.

Un conseil pratique : rédigez d'abord une version rapide, sans chercher l'exhaustivité. Laissez reposer deux jours. Relisez. Vous verrez immédiatement les zones floues, celles où vous avez écrit une généralité parce que vous n'aviez pas la réponse.

Ce sont exactement ces zones-là qui coûteront cher plus tard.

Version allégée pour un site vitrine

Cinq sections suffisent : contexte et objectifs, arborescence et gabarits, exigences SEO (dont le plan de redirections si c'est une refonte), charte graphique et cycles de correction, budget et délais. Trois à cinq pages, c'est le bon format.

Version complète pour un projet e-commerce ou sur mesure

Les neuf sections, avec un développement particulier sur le périmètre fonctionnel, les interconnexions et la recette. Ajoutez une annexe dédiée aux règles métier : tarification, remises, transporteurs, TVA, gestion des stocks, retours.

Ces règles métier sont la partie que le prestataire ne peut absolument pas deviner. C'est aussi celle qui génère le plus d'allers-retours quand elle est mal décrite.

Grille de comparaison des devis

Construisez un tableau : une ligne par poste (conception graphique, intégration, développement spécifique, SEO, contenus, formation, maintenance annuelle), une colonne par prestataire.

Vous verrez immédiatement les écarts, et surtout les postes absents chez l'un et présents chez l'autre. Le devis le moins cher est très souvent celui qui a oublié quelque chose.

Les sept erreurs qui plombent un cahier des charges

Décrire une solution au lieu d'exprimer un besoin

« Il faut un slider en page d'accueil » plutôt que « il faut mettre en avant nos trois activités dès l'arrivée sur le site ». La première formulation ferme la porte à une meilleure idée. La seconde l'ouvre.

Oublier le référencement existant lors d'une refonte

Déjà dit, mais ça mérite d'être répété : c'est l'erreur la plus coûteuse de toutes. Elle détruit en une nuit un capital construit sur des années.

Confondre volume de pages et complexité

« Seulement dix pages, ça devrait être rapide. » Sauf si ces dix pages ont dix designs différents et cinq fonctionnalités sur mesure.

Ne prévoir ni contenu ni rédacteur

Le site est prêt. Les textes n'existent pas. Le projet dort. Classique, évitable, et pourtant récurrent.

Multiplier les décideurs sans arbitre désigné

Cinq personnes qui donnent leur avis sans hiérarchie, c'est cinq fois plus de tours de correction et zéro décision.

Négliger l'après-livraison

La mise en ligne n'est pas la fin du projet. C'est le début. Prévoyez maintenance, contenus et acquisition dans le budget initial, sinon ils n'existeront pas.

Écrire un document si long que personne ne le lit

Un cahier des charges de soixante pages n'est pas plus rigoureux qu'un document de douze. Il est juste moins lu. Et un document non lu ne protège personne.

Comment exploiter le document face aux prestataires

Combien de prestataires consulter

Trois, quatre au maximum. Au-delà, l'analyse comparative devient un travail à temps plein et la qualité de vos échanges se dégrade.

Variez les profils : une agence, un studio, un indépendant expérimenté. Les approches et les structures de coût diffèrent nettement, et ça éclaire vos propres priorités.

Lire un devis : signaux de sérieux et signaux d'alerte

Les bons signes : un devis détaillé poste par poste, des questions posées avant chiffrage (un prestataire qui n'a rien demandé n'a probablement pas lu le document), la mention explicite du plan de redirections, un planning avec des jalons de validation, un chiffrage clair de la maintenance.

Les signaux d'alerte : un forfait global sans détail, un délai spectaculairement court, l'absence totale de question, la promesse d'être « premier sur Google » (personne ne peut le garantir, et l'affirmer est en soi disqualifiant), et un tarif très en dessous des autres sans explication.

Sur ce dernier point : un écart de 30 % s'explique. Un écart de 300 % signifie que vous ne comparez pas la même chose.

Les questions à poser en rendez-vous

Le devis ne dit pas tout. Demandez qui travaillera concrètement sur le projet, et si c'est bien la personne en face de vous. Demandez à voir des réalisations comparables en ligne, et si possible à parler à un client passé. Demandez comment ils gèrent un désaccord sur une maquette. Demandez ce qui, dans votre cahier des charges, leur paraît flou ou risqué.

Cette dernière question est très révélatrice. Un prestataire qui vous dit « votre point sur la connexion au CRM me semble sous-estimé, il faudrait creuser » est un prestataire qui a lu et qui pense. Celui qui répond « tout est clair, on peut y aller » n'a peut-être pas ouvert le document.

Un document vivant jusqu'à la signature

Les échanges avec les prestataires font remonter des questions auxquelles vous n'aviez pas pensé. Tant mieux. Corrigez le cahier des charges au fur et à mesure, datez les versions, et renvoyez la version à jour à tous les consultés.

Un cahier des charges qui n'a pas bougé d'une ligne après trois rendez-vous est probablement un cahier des charges qu'on a lu en diagonale.

Conclusion

Rédiger un cahier des charges prend entre une demi-journée pour un site vitrine et plusieurs jours pour un projet complexe. C'est un investissement qui paraît lourd quand on a hâte de démarrer.

Il se rembourse pourtant très vite. En arbitrages évités, en avenants non facturés, en semaines de retard épargnées, et surtout en devis enfin comparables. Sans compter la clarté qu'il vous apporte à vous-même : beaucoup de dirigeants découvrent en l'écrivant qu'ils n'avaient pas tranché des questions qu'ils croyaient réglées.

Une dernière chose. Ce document n'est pas seulement le plan d'un chantier technique. Il pose les fondations de votre acquisition : la structure des pages, les URL, le maillage, la capacité à publier du contenu, la mesure des résultats. Un site magnifique que personne ne trouve reste un site que personne ne trouve.

C'est précisément pour cette raison qu'il vaut mieux intégrer le volet SEO et acquisition dès la phase de cadrage, plutôt que d'essayer de rattraper après coup ce qui aurait dû être décidé au départ. Un regard spécialisé sur l'arborescence, les exigences techniques et le plan de redirections, avant que la première ligne de code ne soit écrite, coûte toujours moins cher qu'une reprise six mois plus tard.