Brief de conception
Extrayez un brief de conception en 5 points à partir de ce qu'une équipe possède déjà, et dites exactement ce qui manque au lieu de combler les lacunes par des suppositions.
Étape 1 – Décider entre un brief neuf ou une modification incrémentale
- Brief neuf : aucun brief de conception n'existe encore, ni dans l'entrée ni dans la conversation jusqu'à présent.
- Modification incrémentale : un brief en 5 points existe déjà - collé par l'utilisateur ou produit plus tôt dans cette conversation - et le nouveau message est une directive qui en modifie une partie. Exemples : "c'est maintenant du B2C", "ajouter une contrainte : iOS uniquement", "la métrique de succès est maintenant la conversion à l'inscription, pas la rétention".
Un brief neuf passe à l'Étape 2. Une modification incrémentale saute directement à l'Étape 6.
Étape 2 – Lire toutes les sources avant de demander quoi que ce soit
Collectez tout ce qui est fourni : texte libre, transcriptions collées, documents joints, notes de réunion, fils de discussion, légendes de captures d'écran, messages antérieurs de la conversation. Lisez tout avant de décider qu'il manque quelque chose. Ne demandez jamais un champ qui est déjà répondu quelque part dans l'entrée, même s'il est enfoui au troisième paragraphe d'un document de 50 pages.
Si l'entrée décrit plus d'un projet distinct, arrêtez-vous et demandez pour quel projet est le brief avant d'extraire quoi que ce soit.
Étape 3 – Extraire les 5 points
- Problème – la douleur ou le besoin commercial que ce produit résout. Requis.
- Public – le rôle d'utilisateur spécifique, la taille ou le segment approximatif, et un comportement ou besoin déterminant. Requis. "Utilisateurs" n'est pas un public ; "guides d'expédition freelance réservant 5 à 20 voyages par an" en est un.
- Métrique de succès – un résultat observable et mesurable. Optionnel mais à signaler si manquant.
- Incontournables – 3 à 5 fonctionnalités ou qualités non négociables. Optionnel mais à signaler si manquant.
- Contraintes – 2 à 4 limites applicables : accessibilité, plateforme, marque, réglementation, budget, calendrier. Optionnel mais à signaler si manquant. Supprimez toute contrainte vague ("rendre ça moderne") plutôt que de la reformuler en quelque chose qui semble vérifiable.
Sourcez chaque valeur directement à partir de l'entrée. N'inférez pas une métrique de succès à partir d'une ambition vague, et n'élargissez pas un public mentionné en un public plus large.
Si deux sources sont en désaccord (un document dit B2B, une transcription dit B2C), ne choisissez pas silencieusement l'une d'elles. Signalez le conflit et demandez laquelle est canonique.
Étape 4 – Vérification des écarts
Le Problème et le Public sont les deux seuls points qui bloquent un brief. Si l'un ou l'autre est véritablement absent de toutes les sources – non énoncé, non inférable – arrêtez-vous et émettez un rapport d'écart au lieu d'un brief. Voir le format ci-dessous.
La Métrique de succès, les Incontournables et les Contraintes ne bloquent jamais. Si l'un de ces trois-là manque, construisez quand même le brief et marquez ce point (non précisé – <ce qui le satisferait>).
Format du rapport d'écart
Émettez exactement un bloc, pas de brief, pas d'autre prose :
Manquant pour construire un brief :
- Problème : introuvable dans aucune source – quelle douleur ou besoin commercial cela résout-il ?
- Public : introuvable dans aucune source – qui l'utilisera spécifiquement (rôle, taille approximative, comportement clé) ?
Un point par champ obligatoire manquant. Arrêtez-vous après ce bloc – la réponse suivante de l'utilisateur fournit à nouveau l'élément manquant, et vous relancez l'Étape 2 avec l'entrée combinée.
Étape 5 – Rédiger le brief
Format de sortie :
## Brief de conception – <nom du projet si connu, sinon omettre le suffixe>
- **Problème :** <...>
- **Public :** <...>
- **Métrique de succès :** <... ou "(non précisé – besoin d'un résultat observable et mesurable)">
- **Incontournables :** <... ou "(non précisé – besoin de 3 à 5 fonctionnalités ou qualités non négociables)">
- **Contraintes :** <... ou "(non précisé – besoin de 2 à 4 limites applicables)">
_Source – Problème : <nom de l'entrée> ; Public : <nom de l'entrée> ; Métrique de succès : <nom de l'entrée ou "non trouvé"> ; Incontournables : <nom de l'entrée> ; Contraintes : <nom de l'entrée ou "non trouvé">._
Pour un grand document, citez la section ou l'en-tête, pas seulement le nom du fichier : Problème : notes-de-lancement.docx, section "Processus actuel".
Ceci termine le chemin du brief neuf.
Étape 6 – Modification incrémentale
- Partez du brief existant exactement tel qu'il est donné.
- Identifiez quel point unique la directive modifie. Une règle de copie/plateforme/réglementaire -> Contraintes. Un pivot de public -> Public. Un nouvel objectif chiffré -> Métrique de succès. Une nouvelle fonctionnalité non négociable -> Incontournables. Un point douloureux reformulé -> Problème.
- Intégrez le changement dans ce point. Conservez tous les autres points à l'identique, octet par octet – ne reformulez, nettoyez ou "améliorez" pas les points que l'utilisateur n'a pas touchés.
- Mettez à jour le pied de page source uniquement pour le point que vous avez modifié, en ajoutant la nouvelle entrée (par ex.
Incontournables : notes-de-lancement.docx + mise à jour, 10 juillet). - Ré-émettez l'intégralité du brief en 5 points en utilisant le format de l'Étape 5. Ne répondez jamais avec seulement le point modifié – une réponse partielle donne l'impression que le reste du brief a été supprimé.
Reconstruire l'intégralité du brief à partir de la seule directive est le mode de défaillance principal de cette compétence : une directive de deux mots comme "c'est maintenant du B2C" ne contient aucune information sur le Problème, la Métrique de succès, les Incontournables ou les Contraintes, et les deviner à partir de zéro détruit silencieusement des informations réelles que l'équipe vous a déjà fournies.
Cas particuliers
| Situation | Que faire |
|---|---|
| L'entrée décrit plus d'un projet distinct | Arrêtez-vous avant d'extraire. Demandez pour quel projet est le brief. |
| Deux sources sont en désaccord sur un fait (document dit B2B, transcription dit B2C) | Signalez le conflit par son nom, en citant les deux sources, et demandez laquelle est canonique. Ne choisissez jamais silencieusement. |
| Un document de 50 pages est collé ou joint | Extrayez normalement, mais citez la section ou l'en-tête spécifique par point dans le pied de page source, pas seulement le nom du document. |
| Seul le Problème ou seul le Public manque, pas les deux | Signalez par un rapport d'écart le champ manquant (un point) et arrêtez-vous – ne construisez pas un demi-brief en attendant, et ne listez jamais un champ déjà répondu dans l'entrée. |
| La Métrique de succès, les Incontournables ou les Contraintes manquent mais le Problème et le Public sont présents | Construisez le brief. Marquez le point manquant (non précisé – ...). Ne faites pas de rapport d'écart pour ces trois-là. |
| Une directive arrive mais aucun brief n'existe encore dans la conversation | Traitez-la comme un brief neuf avec une entrée très mince – la plupart des champs seront signalés comme manquants. Ne fabriquez pas un brief autour d'une directive nue. |
| La directive est ambiguë quant au point qu'elle cible | Posez une question de clarification nommant les 1 à 2 points auxquels elle pourrait plausiblement appartenir, plutôt que de deviner. |
Règles qui s'appliquent dans tous les modes
- N'inventez jamais une valeur. Si elle n'est pas dans l'entrée, c'est soit une ligne de rapport d'écart (Problème/Public), soit un marqueur
(non précisé – ...)(les trois autres). - Le Public a besoin d'un rôle, d'une taille ou d'un segment approximatif, et d'un comportement déterminant – jamais seulement "utilisateurs" ou "clients".
- Les Contraintes doivent être vérifiables par quelqu'un d'autre que l'auteur. Supprimez une contrainte vague plutôt que de la déguiser en contrainte applicable.
- Le pied de page source n'est pas facultatif. Chaque point remonte à une entrée nommée.
- Une modification incrémentale ré-émet toujours les 5 points. Une réponse d'un seul point est un bug, pas un raccourci.