Brief client pour les freelances : Comment rédiger un cahier des charges qui fonctionne

Un bon brief décrit le résultat, pas la méthode. Huit éléments doivent y figurer : l'objectif, le public, le périmètre, ce que vous recevez réellement, sous quel format, à quelle date, pour quel montant, et comment vous saurez que c'est terminé. Mettez-les par écrit et un freelance réussit la tâche du premier coup. Laissez-les de côté et vous obtiendrez des révisions sans fin, un argument de "mais nous étions d'accord là-dessus" et un budget brûlé.

L'échec commence par une ligne dans le brief

Un client écrit : "Besoin d'un logo. Moderne, quelque chose de percutant." Le designer envoie trois options. "Ce n'est pas ça." Trois de plus. "Ce n'est pas ça." Au quatrième tour, il s'avère que l'entreprise fabrique des pompes industrielles pour chaudières, et le client avait en tête la rigueur de l'ingénierie allemande tout le temps. Deux semaines passées, et les deux parties sont sûres que l'autre est en faute.

Aucun freelance ne lit dans les pensées. Ils lisent du texte. Tout ce qui manque est comblé par leur propre goût et expérience. Ce n'est pas du sabotage, c'est de la physique.

Chaque mot que vous omettez du brief, le freelance l'écrit pour vous. Gratuitement — et pas de la manière que vous souhaitiez.

Ce qu'il faut mettre dans le brief : huit blocs requis

Que vous commandiez une bannière à 20 dollars ou une intégration CRM à 3 000 dollars, la structure est la même. Seule la profondeur change.

• Objectif. Pas "nous avons besoin d'une page d'atterrissage", mais "la page d'atterrissage doit collecter des demandes d'installations de climatiseurs ; en ce moment, les prospects viennent d'Instagram et il n'y a pas de page d'atterrissage du tout".
• Public. Qui lit, regarde, achète cela. Âge, situation, à quel point ils sont impliqués dans le sujet. "Propriétaires de café, 30–45 ans, sans formation en design, décident en deux minutes."
• Périmètre. Combien d'écrans, de mots, d'options, d'heures, d'intégrations. Les limites représentent la moitié du brief.
• Livrables. Ce qui atterrit dans vos mains : fichiers, fichiers sources, accès, documentation.
• Format et exigences techniques. Un fichier Figma plus 2x PNGs ; texte dans Google Docs avec commentaires ; code dans un dépôt avec un README et des instructions d'exécution.
• Date limite. Une date, pas "dès que possible". Tout ce qui dépasse une semaine nécessite des points de contrôle.
• Budget ou une fourchette. Rester silencieux sur l'argent n'est pas une astuce de négociation — c'est un filtre qui élimine exactement les freelances compétents, car ils ne joueront pas à des jeux de devinettes.
• Critères d'acceptation. Comment vous savez tous les deux que c'est terminé. Plus d'informations ci-dessous — le bloc le plus sous-estimé de tous.

Puis un neuvième, optionnel mais extrêmement accélérateur : références. Trois à cinq exemples "j'aime ceci" et un ou deux "surtout pas ça" — toujours avec une note sur ce que vous aimez exactement. "J'aime ce travail" est inutile. "J'aime que le titre se lise à trois mètres de distance" est déjà une exigence technique.

Décrivez le résultat, pas la méthode

L'erreur la plus courante que font les clients expérimentés n'est pas un manque de détails — ce sont les mauvais. Quelqu'un qui paie pour de l'expertise commence à dicter : "construisez l'en-tête avec flexbox", "utilisez Montserrat", "mettez le mot innovant dans le premier paragraphe".

Comparez deux versions de la même tâche :

• Méthode : "Écrivez 700 mots, ajoutez cinq sous-titres, utilisez la phrase acheter des fenêtres en ligne huit fois."
• Résultat : "Le texte doit convaincre quelqu'un qui compare trois entreprises d'envoyer une demande. L'argument clé est l'installation en un jour et une garantie de cinq ans. La longueur est à votre discrétion, mais cela devrait se lire en quatre à cinq minutes."

La première version garantit exactement ce que vous avez demandé et rien de plus. La seconde achète le cerveau du freelance au lieu de ses mains. Si vous avez engagé un spécialiste et que vous avez ensuite scripté chaque étape, vous avez trop payé — quelqu'un à moitié prix aurait pu suivre vos instructions.

L'exception concerne les contraintes strictes qui existent réellement : un livre de marque, la pile du projet, les règles de la plateforme, une intégration héritée. Ce n'est pas dicter la méthode, c'est des données d'entrée, et cela doit figurer dans le brief dès le départ.

À quel point les détails sont-ils trop détaillés

Il existe un test simple. Remettez votre brief à quelqu'un en dehors du projet et demandez : "Que doit-on faire, et comment savons-nous que c'est terminé ?" S'ils répondent sans poser de questions de suivi, vous avez terminé. S'ils posent trois questions, écrivez ces réponses.

Un excès ressemble à douze pages où neuf sont l'histoire et les valeurs de l'entreprise, sans exigences réelles. Ou l'inverse : un script pixel par pixel pour quelque chose qu'un designer aurait mieux résolu seul.

Une règle empirique : une tâche simple prend 5 à 10 phrases, une moyenne prend une page, un développement complexe prend 3 à 5 pages plus des pièces jointes. Si vous écrivez la page dix pour une page d'atterrissage, vous ne briefez pas — vous retardez le début.

Design, rédaction et développement : comment les briefs diffèrent

Un brief de design

Les références et les contraintes décident de tout ici. Indispensables : où l'œuvre sera publiée (web, impression, histoires), tailles, couleurs et polices de marque, ce qui ne peut pas être touché, et combien de tours de révisions le prix couvre. Énoncez les fichiers sources — sans eux, vous obtenez une image que personne ne peut jamais modifier.

Un brief de rédaction

Le public, le travail du texte et la matière première le décident. Dites quelle action le lecteur doit entreprendre et fournissez des faits réels — chiffres, délais, garanties, différences par rapport aux concurrents. Sans matière première, l'écrivain produit du remplissage, et c'est de votre faute. Nommez le ton : "comme un collègue qui l'explique", pas "style commercial".

Un brief de développement

Les scénarios et les cas limites le décident. Écrivez des histoires d'utilisateur : "l'utilisateur entre un numéro de téléphone, reçoit un code, se connecte". Décrivez séparément ce qui se passe lorsque les choses tournent mal : code incorrect, paiement échoué, un téléchargement de 200 Mo. Plus l'environnement : versions, hébergement, accès, propriété du dépôt.

Critères d'acceptation : votre bouclier contre les révisions sans fin

C'est le bloc qui transforme "je ne l'aime pas" en une conversation concrète. Faites en sorte que chaque critère soit vérifiable :

• "La page s'ouvre sur un iPhone SE sans défilement horizontal."
• "Pas d'adjectifs élogieux dans le texte à moins qu'un chiffre ne les soutienne."
• "Le formulaire envoie des données au bot Telegram ; l'email arrive dans les 30 secondes."
• "Deux tours de révisions sont inclus ; le troisième coûte 20 % des frais."

Écrivez toujours ce dernier point. Les révisions ne sont pas l'ennemi ; les révisions sans fin le sont. Et gardez l'accord à l'intérieur de la plateforme : un accord sécurisé ne vous protège que lorsque le sujet de l'accord est défini — ce que le brief est.

Un squelette de brief que vous pouvez copier

Prenez ce cadre et remplissez-le avec vos propres mots — quinze minutes de travail :

1. La tâche en une phrase. "Page d'atterrissage pour un cours de comptabilité pour travailleurs indépendants."
2. Pourquoi. "Objectif : 30 demandes par mois provenant du trafic Facebook."
3. Pour qui. "Travailleurs indépendants, 25–40 ans, craignant les amendes, allergiques au jargon."
4. Périmètre. "Écran principal plus cinq blocs plus un formulaire. Le texte est le mien."
5. Ce que je reçois. "Fichier Figma, mises en page 360 et 1440, tous les fichiers sources."
6. Ce qui existe déjà. "Logo, palette, photos à ce lien. Textes dans le doc."
7. Références. "Comme 1, 2, 3 pour l'espace blanc et la grande typographie. N'aime pas 4 — encombré."
8. Date limite. "Écran principal d'ici le 5, mise en page complète d'ici le 12."
9. Budget. "250–350 dollars, payé via l'accord sécurisé."
10. Acceptation. "Fini lorsque tous les blocs sont construits, que la version responsive fonctionne, que les sources sont remises. Deux tours de révisions inclus."

Et si vous détestez rédiger des briefs à la main, ne le faites pas. 24freelance.pro a un générateur de brief et de spécifications gratuit : vous répondez à des questions sur votre tâche et obtenez un brief structuré, prêt à être envoyé — il ne reste plus qu'à le relire. Il pose des questions sur le format, la date limite et les critères d'acceptation de lui-même, ce qui est exactement ce que les clients oublient le plus souvent.

Ensuite, publiez votre projet avec le brief — les propositions seront spécifiques au lieu de "salut, prêt à commencer". Vous voulez d'abord lire le marché ? Parcourez les projets freelance ouverts pour voir comment les autres formulent les tâches, ou allez directement au catalogue de freelances et invitez des personnes spécifiques.

En résumé

Un brief n'est pas de la bureaucratie — c'est le moyen le moins cher d'acheter le bon résultat dès la première tentative. Une demi-heure sur le document économise deux semaines de révisions. Décrivez l'objectif et le résultat, laissez la méthode au freelance, verrouillez le format, la date limite, l'argent et les critères d'acceptation, et la plupart des conflits disparaissent avant même que le travail ne commence. Le reste revient à choisir la bonne personne : cela est couvert dans comment un client trouve un freelance fiable.

Construisez le vôtre en quinze minutes avec le générateur de briefs gratuit et publiez le projet — les premières réponses arrivent généralement dans l'heure.