Bien démarrer un projet web, c'est construire un cahier des charges solide, pas une liste de fonctionnalités. Un cahier des charges est une description honnête de là où vous en êtes, de là où vous voulez aller, et de ce qui vous en empêche. La plupart des projets web qui déraillent ont un point commun : le document de départ était incomplet. Non pas parce que les clients manquent de bonne volonté, mais parce que personne ne leur a dit ce dont une agence a réellement besoin pour commencer à travailler.
Si vous préparez un projet web, que ce soit votre premier ou que le budget du précédent ait dérapé, ce guide est pour vous. Il adopte le point de vue de l'agence : ce qu'elle cherche vraiment à comprendre quand elle reçoit votre document, et ce qui manque presque toujours.
Pourquoi la plupart des documents de projet ne fonctionnent pas
La plupart des documents que les agences reçoivent ressemblent à des listes de fonctionnalités : un formulaire de contact, une page produit, une section blog, une intégration CRM. Ce n'est pas un problème en soi. C'est le problème : une liste de fonctionnalités ne décrit pas ce que vous essayez de résoudre. L'agence ne sait pas pourquoi ces fonctionnalités ont été choisies, ce qu'elles sont censées produire, ni ce qui se passe si l'une d'elles s'avère être la mauvaise réponse.
Un bon cahier des charges commence par le problème, pas par la solution. Ce seul changement de perspective change tout.
Ce dont une agence a réellement besoin
Un cahier des charges bien construit répond à six questions fondamentales.
1. Quel est le contexte ?
Qui êtes-vous ? Que fait votre organisation, et qui sont vos utilisateurs ? Comment votre site actuel s'intègre-t-il dans vos opérations quotidiennes ? Cela semble évident de votre côté, mais une agence qui ne connaît pas votre secteur doit reconstruire tout cela de zéro, souvent avec des lacunes.
2. Quel est le problème que vous cherchez à résoudre ?
Pas « on veut un nouveau site ». Mais : notre taux de conversion baisse depuis deux ans, nous perdons des leads sur le formulaire de contact, notre site actuel ne peut pas être mis à jour sans développeur, notre équipe passe dix heures par semaine à gérer du contenu manuellement. Ce type de cadrage donne à l'agence quelque chose sur quoi travailler.
3. Quel est le périmètre fonctionnel ?
Le périmètre fonctionnel définit ce que votre futur site doit être capable de faire, sans entrer dans les fonctionnalités individuelles. Par exemple : « le site doit permettre à une équipe non technique de gérer le contenu de façon autonome, supporter le français et l'anglais, et s'intégrer avec notre CRM. » Ce niveau de description guide les décisions d'architecture sans verrouiller une solution. La liste détaillée des fonctionnalités vient ensuite, construite avec l'agence.
4. Quels sont vos objectifs et critères de succès ?
« Un meilleur site » ne peut pas être mesuré. « Réduire le temps de mise à jour du contenu de 80 % » ou « augmenter les demandes entrantes de 20 % en six mois » donne à l'agence une direction claire et vous donne un moyen concret de savoir, à la fin, si le projet a tenu ses promesses.
5. Quelles sont vos vraies contraintes ?
Budget, délais, équipe interne disponible, systèmes existants auxquels le site doit se connecter (CRM, ERP, outils de gestion), choix technologiques non négociables. Ne les cachez pas par crainte d'ancrer la proposition de l'agence. C'est l'inverse : les partager permet à l'agence de proposer quelque chose de réaliste.
6. Qui prend les décisions ?
Un projet sans décideur identifié s'enlise à chaque étape. Votre document doit préciser qui valide les livrables, qui a le dernier mot sur les choix visuels et fonctionnels, et comment les retours sont collectés de votre côté.
Aide-mémoire : les six questions auxquelles votre cahier des charges doit répondre :
- Contexte : qui vous êtes, ce que vous faites, qui sont vos utilisateurs
- Problème : ce qui ne fonctionne pas aujourd'hui, et pourquoi
- Périmètre fonctionnel : ce que le site doit couvrir, dans les grandes lignes
- Objectifs : objectifs mesurables et critères de succès
- Contraintes : budget, délais, systèmes existants, choix technologiques
- Prise de décision : qui valide, qui a le dernier mot
Les erreurs les plus fréquentes
Cacher le budget. De nombreux clients hésitent à partager leur budget, craignant que l'agence s'y aligne mécaniquement. Compréhensible, mais contre-productif. Sans chiffre, l'agence ne peut pas calibrer sa proposition. Elle peut revenir avec quelque chose de surdimensionné, ou de trop léger. Une fourchette honnête fait gagner du temps à tout le monde.
Envoyer un cahier des charges technique à la place d'un brief de projet. Un cahier des charges détaillé essaie de répondre à toutes les questions avant que les bonnes questions aient été posées. Cela a sa place, mais pas au départ. La phase de cadrage est la première étape d'un projet, où l'agence et vous définissez ensemble le périmètre et l'approche avant qu'une seule ligne de code ne soit écrite. Cette phase doit précéder le cahier des charges, pas le suivre. Votre brief de projet doit pouvoir se lire en vingt minutes.
Oublier les parties prenantes internes. Quelqu'un de votre côté utilisera ce site : une équipe marketing, un éditeur de contenu, un administrateur système. Si ces personnes ne sont pas impliquées dans la préparation du projet, leurs contraintes remonteront pendant le développement sous forme de demandes de modification. Mieux vaut les identifier tôt.
Confondre goût personnel et objectif de projet. « Je veux quelque chose de moderne et d'épuré » décrit une préférence esthétique, pas un objectif. Les décisions de design doivent être guidées par les besoins des utilisateurs et les objectifs du projet. Un site conçu pour des acheteurs institutionnels obéit à des règles différentes de celles d'un site grand public.
Ce que produit vraiment un bon brief de projet
Quand votre brief est bien construit, la première réunion avec l'agence change entièrement. Au lieu de passer une heure à expliquer ce que fait votre entreprise, vous allez directement aux vraies questions : quelle approche technique, comment le projet sera organisé, quels risques anticiper. Une bonne agence enrichira votre document avec ses propres questions, notamment sur ce qui n'a pas fonctionné dans le passé, des informations qui font rarement leur chemin dans les documents écrits mais qui sont souvent décisives.
Une agence qui comprend votre problème peut proposer de vrais compromis. Budget trop serré pour tout faire : elle vous dit ce qu'il faut couper et pourquoi. Délais sous pression : elle vous dit honnêtement ce qui tient et ce qui ne tient pas. Ces conversations n'ont lieu que quand l'agence a compris votre situation avant d'entrer dans la salle.
C'est la vraie valeur d'un bon brief de projet : une agence qui peut jouer le rôle de conseiller plutôt que de simple exécutant.
Questions fréquentes
Combien de temps faut-il pour préparer un brief de projet ?
Un brief bien construit n'a pas besoin d'être long. Cinq à dix pages suffisent si les informations clés sont présentes. Ce qui compte, c'est d'avoir répondu aux six questions décrites dans cet article avant de l'envoyer.
Dois-je inclure mon budget dans un brief de projet ?
Oui. Partager une fourchette de budget honnête aide l'agence à calibrer sa proposition et évite des allers-retours inutiles. Une agence sérieuse n'a aucun intérêt à s'aligner mécaniquement sur votre plafond : sa réputation dépend de ce qu'elle livre, pas de ce qu'elle facture. Si votre budget ne suffit pas pour ce que vous demandez, elle vous le dira. Si ça fonctionne, elle proposera ce qui correspond réellement à votre situation.
Quelle est la différence entre un brief de projet et un cahier des charges technique ?
Un brief de projet est le document de départ. Il décrit le problème, les objectifs, les contraintes et le contexte. Un cahier des charges technique est un document de référence plus détaillé qui définit les fonctionnalités individuelles et les exigences techniques. Il est généralement co-construit avec l'agence après la phase de cadrage, sur la base du brief initial. Si la phase de cadrage fait également émerger un besoin de capacité technique supplémentaire, notre guide sur ce qui fait fonctionner la régie informatique explique quand ce modèle est la bonne option.
Quand dois-je envoyer mon brief de projet ?
Idéalement avec votre première prise de contact, avant même qu'une réunion soit planifiée. Un brief envoyé en avance permet à l'agence de se préparer, de poser de meilleures questions, et de rendre la première réunion productive plutôt qu'une simple collecte d'informations de base.
Comment choisir entre des agences avec le même document ?
Envoyez-le à deux ou trois agences et faites attention à la qualité des questions qu'elles vous renvoient. Une bonne agence ne se précipite pas directement vers une proposition. Elle cherche d'abord à comprendre le problème. Les questions posées avant la proposition sont souvent plus révélatrices que la proposition elle-même.
Un projet bien préparé est un projet à moitié réussi
La plupart des dépassements de budget, des délais manqués et des résultats décevants partagent une origine commune : un malentendu au départ qui n'a jamais été corrigé. Un brief de projet solide ne garantit pas un projet parfait, mais il donne à tout le monde la même base de travail.
Si vous préparez un projet web et souhaitez un regard extérieur sur votre approche, notre service de conseil et d'advisory est conçu pour cette étape. Et si vous êtes prêt à passer au développement, contactez-nous.