Briefez votre assistant avant qu’il écrive du code
Un brief vague produit un site plausible qui ne parle de personne. Voici les quatre réponses qui font d’un assistant un bon assistant.
Par l’équipe SayLive
Sur cette page
TL;DR
Avant que votre agent écrive la moindre ligne de code, donnez-lui quatre choses : ce que vous vendez et à qui, l’action unique qu’un visiteur doit faire, trois preuves concrètes, et vos informations pratiques. Là où vous n’avez pas encore de réponse, demandez un emplacement étiqueté plutôt qu’une invention plausible.
Pourquoi le premier message décide du site
Un assistant ne vous dira jamais que votre brief est trop mince. Il comblera les trous, et il les comble bien : le résultat se lit sans accroc, a l’air fini, et ne parle de personne en particulier. C’est tout le problème. Une prose fluide cache un brief manquant au lieu de le montrer.
Tout ce qui rend un site convaincant vient de vous : ce que vous faites vraiment, pour qui, ce qui le prouve. L’assistant fournit la structure, la mise en page et la langue. Il ne peut pas fournir des faits qu’on ne lui a jamais donnés.
Les quatre réponses à avoir sous la main
- Ce que vous vendez exactement, et à qui. Une ligne, en mots simples. « Kinésithérapie pour coureurs et cyclistes, à Gand » bat « des solutions bien-être pour un mode de vie actif ».
- L’action unique qu’un visiteur doit faire : appeler, réserver, écrire, acheter. Une, pas trois. Tout sur la page tirera vers elle.
- Trois preuves concrètes : années d’activité, références nommées, chiffres, certifications, vrais avis. Tout ce qu’un concurrent ne pourrait pas copier mot pour mot.
- Les informations pratiques : horaires, adresse, téléphone, zone desservie. Elles alimentent le bloc contact, les données structurées et les résultats de recherche locaux.
Si vous pouvez répondre à ces quatre points en un seul message, votre agent a déjà plus que la plupart des briefs n’en portent jamais.
Laissez-le vous interviewer
Vous n’avez pas à écrire un document. Demandez à l’assistant de vous interviewer d’abord, une question à la fois, et d’attendre les réponses avant tout code. Il posera de meilleures questions qu’une page blanche, et vous y répondrez comme vous répondriez à un client au téléphone.
Sur SayLive, c’est ce que fait la skill de brief : votre agent la charge, pose ses questions, et ne commence à construire qu’ensuite. Demandez-la par son nom s’il n’y pense pas : « charge la skill showcase brief avant de commencer ». La documentation explique comment le connecteur arrive là.
Quand vous n’avez pas encore les réponses
Parfois vous voulez voir une direction avant de rassembler le vrai contenu, ou montrer à un prospect ce à quoi une page pourrait ressembler. C’est légitime. Ce qui ne l’est pas, c’est laisser l’assistant inventer ce qui manque.
Un nom de client inventé, un avis inventé, un chiffre inventé : chacun se lit comme vrai, pose une barre de qualité que le vrai contenu devra atteindre, et quelqu’un oublie toujours de le remplacer. Des sites partent en ligne avec des témoignages inventés de cette façon.
- Demandez des emplacements entre crochets, visibles de loin : [Nom du coach], [année de création]
- Faites marquer les prix et les chiffres comme des exemples, dans la page elle-même
- Faites étiqueter visiblement les blocs de preuve comme du contenu d’exemple, pas mis en forme pour avoir l’air vrai
- Demandez à l’agent de terminer sa livraison par la liste de tout ce qui reste à remplacer
Un brief qui tient en un message
Si vous préférez l’écrire vous-même, cette forme fonctionne : l’activité en une ligne, le visiteur en une ligne, l’action unique, trois preuves, les informations pratiques, et tout ce que vous savez déjà ne pas vouloir.
Cette dernière partie compte plus qu’on ne croit. « Pas de photo de banque d’images avec des gens qui se serrent la main », « pas de carrousel », « ne nous appelez leader de rien du tout » économise un tour de révision entier. C’est aussi le moyen le plus rapide d’éviter le look que tous les sites générés partagent.
Le brief posé, la décision suivante est ce qui va où : l’ordre de page qui convertit est le guide qui suit celui-ci.
Dites ceci
Avant d’écrire le moindre code, interviewe-moi une question à la fois jusqu’à savoir ce que je vends et à qui, l’action unique qu’un visiteur doit faire, trois preuves concrètes, et mes informations pratiques. N’invente rien que je ne t’aie pas donné.
Questions fréquentes
Comment briefer une IA pour construire mon site web ?
Donnez-lui quatre choses avant qu’elle écrive du code : ce que vous vendez et à qui en une ligne, l’action unique qu’un visiteur doit faire, trois preuves concrètes comme des chiffres ou des références nommées, et vos informations pratiques (horaires, adresse, téléphone, zone). Demandez-lui de vous interviewer une question à la fois plutôt que de deviner.
Et si je n’ai pas encore le contenu ?
Demandez des emplacements étiquetés plutôt que du contenu inventé : des crochets, des prix marqués comme exemples, des blocs de preuve visiblement signalés comme exemples, et une liste à la fin de tout ce qui est à remplacer. Un nom ou un avis inventé se lit comme vrai et a tendance à survivre jusqu’à la publication.
Quelle longueur doit faire le brief ?
Un message suffit en général. La profondeur compte plus que la longueur : une ligne précise sur qui est votre visiteur bat trois paragraphes d’adjectifs sur votre entreprise.