- Le cahier des charges aligne toutes les parties prenantes et permet de consulter les prestataires sur une base claire.
- Commencez par le pourquoi : objectifs mesurables et usages, avant la liste des fonctionnalités.
- Décrivez les besoins en user stories, priorisez-les avec la méthode MoSCoW.
- N’oubliez pas les exigences non fonctionnelles : performance, accessibilité, SEO et RGPD.
- Ne figez pas la stack technique sans raison : décrivez le résultat attendu, laissez l’agence proposer la solution.
Préparer un site internet ambitieux ou une refonte sérieuse commence par un document : le cahier des charges. Bien fait, il aligne vos équipes, clarifie vos priorités et vous permet de comparer les prestataires sur une base solide. Mal fait, il laisse place à l’interprétation, aux malentendus et aux dépassements de budget.
Cet article s’adresse aux décideurs qui pilotent un projet web à enjeu : direction digitale, direction générale, responsable marketing ou DSI. Il propose une méthode moderne, pensée pour des projets de sites et de plateformes exigeants, pas un formulaire à remplir mécaniquement.
À quoi sert un cahier des charges, et à qui ?
Le cahier des charges est le document qui définit votre projet : sa raison d’être, ses objectifs, sa cible, son périmètre et ses contraintes. On le compare souvent au plan d’une maison. La comparaison tient, à une nuance près : un bon cahier des charges décrit ce que la maison doit permettre de vivre, pas la marque de chaque vis.
Il rend trois services concrets. Il aligne les parties prenantes internes autour d’une vision commune. Il cadre la consultation des prestataires, qui répondent alors sur un périmètre comparable. Il sert de référence tout au long du projet, pour arbitrer les inévitables ajustements.
Le porteur du projet en est le premier rédacteur. Mais il gagne à co-construire le document avec les équipes métier et, souvent, avec un prestataire lors d’un atelier de cadrage. L’agence apporte la structure et challenge les besoins, vous gardez la main sur les décisions.
L’anatomie d’un cahier des charges moderne
Un cahier des charges efficace suit une logique simple : du pourquoi vers le comment. On cadre d’abord l’intention et les usages, on décrit ensuite le périmètre, on termine par les contraintes et le cadre projet.
La première section est la plus importante et la plus négligée. Présentez votre organisation, votre contexte et surtout vos objectifs mesurables : générer des demandes de devis, réduire les appels au support, augmenter un taux de conversion. Un objectif chiffré oriente toutes les décisions qui suivent. Sans lui, chaque choix devient une affaire de goût.
Décrire les besoins : des user stories, pas un roman
La meilleure pratique actuelle consiste à exprimer le périmètre fonctionnel sous forme de user stories plutôt qu’en longues listes de fonctionnalités. Une user story tient en une phrase : “En tant que visiteur, je veux filtrer le catalogue par secteur, afin de trouver une référence proche de mon métier.”
Ce format a trois vertus. Il garde l’utilisateur au centre. Il rend chaque besoin testable, donc vérifiable à la recette. Il laisse au prestataire la liberté de proposer la meilleure implémentation. Vous décrivez le besoin et le résultat attendu, pas la mécanique interne.
Pour les parcours complexes (inscription, commande, espace client), un schéma vaut mieux qu’un paragraphe. Une arborescence et quelques wireframes clarifient les intentions. Nous détaillons cette étape dans notre article sur l’usage des wireframes.
Prioriser avec MoSCoW
Tout ne peut pas être prioritaire. Le piège classique du cahier des charges est la liste où chaque fonctionnalité est “indispensable”. La méthode MoSCoW remet de l’ordre en classant chaque besoin en quatre catégories.
Cet arbitrage protège votre budget et votre délai. Il rend explicite ce qui conditionne la mise en ligne, ce qui peut attendre, et ce que vous assumez de reporter. Un prestataire sérieux s’appuiera sur cette priorisation pour proposer un premier lancement utile, puis des itérations.
Les exigences non fonctionnelles à ne pas oublier
C’est l’angle mort des cahiers des charges. On décrit ce que le site doit faire, on oublie comment il doit se comporter. Or ces exigences conditionnent la satisfaction des utilisateurs et votre référencement.
| Exigence | Ce qu’il faut préciser |
|---|---|
| Performance | Des objectifs sur les Core Web Vitals, signal d’expérience pris en compte par Google |
| Accessibilité | Le niveau visé (RGAA en France, WCAG), obligation légale pour beaucoup d’acteurs |
| SEO | La prise en compte du référencement dès la conception, pas en correctif |
| Sécurité | Authentification, gestion des accès, sauvegardes, journalisation |
| Données et RGPD | Les données collectées, leur finalité et leur conformité |
| Compatibilité | Responsive et mobile-first, navigateurs et appareils cibles |
Deux de ces sujets méritent un cadrage explicite. La performance se mesure : fixez des cibles claires, que nous expliquons dans notre article sur les Core Web Vitals. La conformité aussi : dès qu’un formulaire collecte des données personnelles, le RGPD s’applique.
Faut-il préciser la technologie ?
C’est l’erreur la plus fréquente, et l’ancienne version de cet article la commettait. Sauf contrainte réelle, ne figez pas la stack technique. Une contrainte réelle existe quand votre DSI impose un CMS, quand une compétence interne doit être réutilisée, ou quand une intégration à l’existant l’exige.
En dehors de ces cas, décrivez le résultat attendu et les contraintes, puis laissez les prestataires proposer la solution. Imposer “il faut du React” ou “il faut WordPress” sans raison vous prive du conseil de l’expert et peut renchérir inutilement le projet. La bonne altitude : précis sur le pourquoi et le quoi, ouvert sur le comment.
Budget, planning et gouvernance
Trois cadrages évitent la majorité des frictions. Donnez une fourchette de budget réaliste : elle permet aux prestataires de calibrer leur proposition au lieu de deviner. Indiquez les jalons et contraintes de planning, en distinguant la date idéale de la date impérative. Définissez la gouvernance : qui décide, qui valide, à quel rythme se tiennent les points d’avancement.
Ajoutez deux éléments souvent oubliés mais décisifs sur la durée. Les critères de recette : comment saurez-vous qu’une fonctionnalité est livrée et conforme ? Et la réversibilité : propriété du code, accès aux comptes, conditions de reprise. Ils protègent votre investissement bien au-delà de la mise en ligne.
Les erreurs qui coûtent cher
- Sauter les objectifs. Sans cible mesurable, le projet dérive vers les préférences de chacun.
- Tout déclarer prioritaire. Sans arbitrage, le budget et le délai explosent.
- Sur-spécifier la technique. Vous fermez la porte aux meilleures propositions.
- Oublier le non fonctionnel. Un site beau mais lent, inaccessible ou non conforme échoue.
- Négliger la recette et la réversibilité. Sans critères ni clauses de sortie, vous restez dépendant.
- Figer un document mort. Un cahier des charges jamais relu se périme dès le premier sprint.
Cahier des charges et agilité : un document vivant
Un projet web n’est pas coulé dans le béton le jour de la signature. Les besoins s’affinent au contact des premières maquettes et des premiers retours utilisateurs. Le bon cahier des charges cadre fermement les objectifs et les priorités, tout en laissant le périmètre détaillé s’ajuster par itérations.
C’est l’esprit d’un lancement par étapes : livrer d’abord le périmètre “Must have”, apprendre, puis enrichir. Prévoyez donc, dès le cahier des charges, comment il évoluera et qui arbitre les changements. Un document figé est aussi risqué qu’un document absent.
Notre approche chez Sooyoos
Nous aidons régulièrement nos clients à transformer une intention en cahier des charges exploitable. La méthode est constante : un atelier de diagnostic pour cadrer les objectifs, la cible et les priorités, puis une mise en forme structurée que vous gardez et faites circuler.
Cette base nourrit la suite : la conception d’une application web sur mesure ou une refonte de site internet maîtrisée. Pour préparer une refonte sereine, nos articles sur comment réussir une refonte et sur les erreurs à éviter complètent utilement ce guide. Et si votre projet est mobile, nous avons un guide dédié au cahier des charges d’application mobile.
Questions fréquentes
Qui doit rédiger le cahier des charges d’un site internet ?
Le porteur du projet en est le premier rédacteur, mais il ne doit pas être seul. Les parties prenantes (métier, marketing, IT, direction) contribuent et relisent pour garantir un document complet et partagé. Faire co-construire le cahier des charges avec un prestataire lors d’un atelier de cadrage est aussi une bonne pratique : l’agence apporte la structure et challenge les besoins, vous gardez la décision.
Quelle différence entre cahier des charges fonctionnel et technique ?
Le cahier des charges fonctionnel décrit les besoins et les usages : ce que le site doit permettre, pour qui et pourquoi. Le cahier des charges technique décrit les contraintes et l’environnement : intégrations au système d’information, sécurité, hébergement, exigences de performance. Pour un site internet, on commence presque toujours par le fonctionnel et on garde le technique léger, en laissant le prestataire proposer les solutions.
Faut-il préciser les technologies dans le cahier des charges ?
Sauf contrainte réelle (un CMS imposé par la DSI, une compétence interne à réutiliser, une intégration existante), il vaut mieux ne pas figer la stack technique. Décrivez le résultat attendu et les contraintes, puis laissez les prestataires proposer la meilleure solution. Imposer une technologie sans raison vous prive des conseils de l’expert et peut renchérir le projet.
Combien de pages doit faire un cahier des charges de site internet ?
Il n’y a pas de longueur idéale. Un bon cahier des charges est aussi court que possible et aussi détaillé que nécessaire. Pour un site vitrine, quelques pages suffisent. Pour une plateforme métier ou un site à fort enjeu, comptez vingt à quarante pages. La qualité se juge à la clarté des objectifs et des priorités, pas au nombre de pages.
Le cahier des charges est-il un document contractuel ?
Il peut le devenir. Daté et signé par les parties, il engage chacun sur le périmètre et les responsabilités décrites, et sert de référence en cas de désaccord. Beaucoup d’organisations l’annexent au contrat ou au devis. Pensez à prévoir comment il évoluera, car un projet web vit et le périmètre s’ajuste en cours de route.
Conclusion
Un bon cahier des charges n’est pas le document le plus épais, c’est le plus clair. Il dit pourquoi le projet existe, ce qu’il doit accomplir en priorité, et dans quelles contraintes. Il laisse au prestataire la liberté de proposer le meilleur chemin.
Vous préparez un site ou une refonte à fort enjeu ? Nous pouvons cadrer votre projet et structurer votre cahier des charges avec vous. Commençons par un diagnostic, ou contactez-nous pour en discuter.
