Comment rédiger un cahier des charges qui empêche vraiment le scope creep

Le scope creep ne commence pas quand un client demande une fonctionnalité supplémentaire à la quatrième semaine. Il commence quand tu as écrit “refonte du site” dans le contrat et que vous aviez chacun une image différente en tête.

Un cahier des charges bien rédigé n’empêche pas les clients de demander plus. Il rend évident quand ils le font.

L’objectif réel d’un cahier des charges

La plupart des freelances traitent le cahier des charges comme une formalité — un résumé de ce qui a été discuté en brief. Ce n’est pas à ça que ça sert.

Le cahier des charges est une définition partagée de “terminé”. Quand le projet est fini, les deux parties doivent pouvoir relire le document et constater : oui, c’est livré. Tout désaccord sur ce point au moment de la facturation signifie que le document n’était pas assez précis.

Rédige-le pour la personne de la comptabilité qui n’a jamais assisté à une réunion, pas pour la personne avec qui tu as fait le kick-off.

Ce qu’il faut inclure

Des livrables, pas des activités. “Trois séries d’entretiens utilisateurs” est une activité. “Un rapport de recherche synthétisant les résultats de trois entretiens utilisateurs, avec une liste priorisée de points de friction” est un livrable. Les livrables sont achevables. Les activités sont ouvertes.

Les exclusions explicites. La partie la plus utile d’un cahier des charges, c’est ce qui n’est pas inclus. Si le référencement naturel n’est pas dans le périmètre, dis-le. Si l’accompagnement au lancement n’est pas inclus, dis-le. Les clients supposent souvent que le travail adjacent est compris par défaut — nommer explicitement ce qui est hors périmètre élimine ces suppositions.

Les tours de révisions. Combien, ce qui compte comme un tour, et ce qui se passe quand on les dépasse. “Deux tours de révisions” ne veut rien dire sans définir ce qu’est un tour. “Deux tours de révisions, définis comme un ensemble consolidé de retours par tour, traités sous cinq jours ouvrés” est assez précis pour être appliqué. Avoir la définition par écrit aide — mais savoir quoi dire quand un client teste cette limite compte tout autant.

Les critères d’acceptation. Pour chaque livrable principal, à quoi ressemble “terminé” ? Pas subjectif (“le client est satisfait”) — observable. “Wireframes approuvés par écrit par le client” ou “trois options de logo finales livrées en fichiers vectoriels” sont des critères vérifiables.

Ce que le client fournit et quand. Accès aux comptes, ressources existantes, contenus, validations. Les dates de livraison dans ton planning dépendent souvent des éléments que le client apporte. S’il est en retard, le planning glisse. Précise-le explicitement.

La conversation qui fait fonctionner tout ça

Tu peux rédiger un cahier des charges parfait et te retrouver quand même dans un conflit de périmètre si tu l’envoies en PDF avec “signe ici.”

Parcours le document lors d’un appel avant le démarrage. Concrètement : “Je veux m’assurer qu’on a la même image de ce qui est inclus et de ce qui ne l’est pas. On peut passer section par section ?” Ça détecte les malentendus avant qu’ils deviennent des problèmes. Les clients qui lisent le document seuls survolent souvent. Les clients qui le discutent en appel le comprennent.

La référence à l’ordre de modification

Ajoute une phrase dans le document : “Le travail non décrit dans ce document sera chiffré séparément par écrit avant toute exécution.”

Cette phrase fait deux choses. Elle établit que le document est la frontière. Et elle introduit l’ordre de modification comme mécanisme pour ajouter du travail — avant que tu en aies jamais besoin. Si le projet est annulé avant terme, une clause de dédit dans le contrat assure la compensation du travail déjà réalisé. Quand un client demande quelque chose hors périmètre, la réponse devient “ça a l’air utile, je t’envoie un avenant pour ça” plutôt qu’une explication sur pourquoi tu ne peux pas juste le faire.

Ce que la plupart des cahiers des charges ratent

Ils décrivent ce que tu vas faire, pas ce qui existera à la fin.

Un document qui dit “le designer produira des concepts pour la page d’accueil” laisse ouverts le nombre, le format et le niveau de fidélité. Un document qui dit “deux concepts de page d’accueil livrés en maquettes haute fidélité sur Figma, couvrant les breakpoints desktop et mobile” ferme toutes ces questions.

Le test : une personne qui ne connaît rien au projet peut-elle lire le document et savoir exactement ce qui sera livré ? Si la réponse nécessite un contexte d’autres conversations, le document manque de précision.

Timescanner enregistre les heures réelles par client et par projet — pour que, si un litige sur le périmètre surgit, tu aies l’historique documenté du temps passé, pas une reconstruction de mémoire. Compatible avec tous les calendriers iCal.