J'ai utilisé des briefs de quinze pages. Des briefs en tableau. Des briefs sous forme d'appel enregistré. Des briefs improvisés sur un Google Doc partagé la veille du lancement.

Ce que j'utilise aujourd'hui, c'est cinq questions. Toujours les mêmes. Et c'est délibéré.

Un brief trop long produit du bruit. Le client remplit par habitude, il détaille là où ce n'est pas utile, il zappe ce qui dérange. Un brief court force la précision. Il demande au client de choisir, pas de tout noter.

Les cinq questions

1. En une phrase, à qui s'adresse ce site ?

Pas un persona marketing avec un prénom fictif et une playlist Spotify. Une phrase. « Des fondateurs de SaaS B2B qui cherchent un designer pour leur première version publique. » Ça me dit tout ce que j'ai besoin de savoir sur le ton, le registre, les objections à lever.

2. Qu'est-ce qu'on veut que cette personne fasse en arrivant sur le site ?

Une seule action. Si le client me dit « prendre rendez-vous ET acheter ET s'abonner à la newsletter », on a un problème de stratégie avant d'avoir un problème de design. Cette question force la clarté sur l'objectif principal.

3. Pourquoi quelqu'un choisirait-il de travailler avec vous plutôt qu'avec la concurrence ?

La réponse à cette question, c'est le coeur du site. C'est ce qui doit apparaître dans les premières secondes. Si le client ne sait pas y répondre, on le travaille ensemble avant de toucher à Figma.

4. Citez-moi deux ou trois sites que vous trouvez bien, pas forcément dans votre secteur, et dites-moi pourquoi.

Je ne demande pas « des sites dans votre industrie ». Je demande des sites que le client trouve bien. Ça me renseigne sur son goût esthétique, ses références, son niveau de sophistication visuelle. Et le « pourquoi » est essentiel : un client qui dit « j'aime Stripe parce que c'est épuré » et un client qui dit « j'aime Stripe parce que c'est sérieux » ne cherchent pas la même chose.

5. Quelle est la chose que vous ne voulez surtout pas que ce site dégage ?

La question négative. Celle que personne ne pose. Et souvent la plus révélatrice. « Je ne veux pas paraître cheap. » « Je ne veux pas que ça ressemble à un site d'agence générique. » « Je ne veux pas qu'on me confonde avec mes concurrents sur le prix. » Ces réponses me donnent des garde-fous concrets pour toute la suite du projet.

Pourquoi pas plus de questions ?

Parce que le reste se travaille en appel. Les questions supplémentaires, budget, délai, contraintes techniques, ont leur place dans la conversation, pas dans un formulaire. Je peux adapter, creuser, relancer. Un document ne peut pas faire ça.

Le brief a une fonction précise : me donner les fondations avant qu'on se parle. Pas me remplacer. Les cinq questions remplissent cette fonction sans alourdir le processus d'onboarding.

Ce que ça change concrètement

Les projets démarrent mieux. L'appel découverte est plus dense parce qu'on a déjà un socle. Je arrive avec des hypothèses, pas des questions génériques. Et le client sent que j'ai réfléchi avant d'ouvrir Figma.

Il y a aussi moins de désaccords en cours de route. Quand on revient sur une décision créative discutable, on peut ouvrir le brief et vérifier : est-ce que ce choix sert l'objectif numéro deux ? Est-ce que ça correspond à ce que le client ne voulait surtout pas dégager ? La réponse est souvent dans les réponses initiales.

Le template Notion est disponible en lien ci-dessous. Il est court. Il tient sur une page. Tu le dupliques, tu le remplis en quinze minutes, et tu arrives à ton prochain appel découverte avec quelque chose à défendre.