Qu’est-ce qu’un product brief ?

Un document court qui dit ce qu’est un produit, quel problème il résout, pour qui, et ce qu’il laisse volontairement de côté. Il donne à tous ceux qui travaillent sur le produit, personnes comme agents, le même point de départ.

Quelle différence entre un product brief et un PRD ?

Le brief couvre tout le produit sur une page. Un document d’exigences produit (PRD) approfondit une fonctionnalité ou une version et décrit précisément comment elle doit se comporter. Commencez par le brief ; rédigez des PRD quand une fonctionnalité exige ce niveau de détail.

Un agent de code IA peut-il utiliser ce brief ?

Oui. Enregistrez le fichier Markdown dans votre dépôt et référencez-le depuis AGENTS.md ou importez-le dans CLAUDE.md. AGENTS.md est du Markdown simple, et Claude Code lit CLAUDE.md au début de chaque session.

Pourquoi Markdown et JSON ?

Le Markdown se lit facilement, par les personnes comme par les agents, et s’affiche sur tous les hébergeurs de code. Le JSON contient le même contenu avec des clés anglaises fixes, pour que scripts et formulaires le lisent sans analyser de prose.

Mon brief est-il stocké ou envoyé quelque part ?

Il est stocké uniquement dans le stockage local de votre navigateur, pour qu’un rechargement ne le fasse pas disparaître. Rien n’est envoyé ni transmis à un outil d’analyse, et Effacer supprime le brouillon.

Modèle de product brief gratuit : Markdown et JSON

Par Aleksandar Vuk JovanovicMis à jour le 30 septembre 2026Notre méthode de recherche et de mise à jour

Remplir le brief

Tapez directement dans les champs. Le Markdown et le JSON ci-dessous se mettent à jour pendant la saisie, prêts à copier ou à télécharger.

Nom du produitLe nom exactement tel qu’il apparaît sur votre site.Phrase d’accrocheUne seule phrase. Le compteur indique si elle tient dans une tagline de 60 caractères.ProblèmeLa situation avant votre produit, avec les mots de vos clients.Pour quiAssez précis pour que vous puissiez citer cinq personnes réelles.Ce qu’il faitDeux ou trois phrases sur son fonctionnement, pas une liste de fonctionnalités.

Capacités clésTrois lignes courtes. Uniquement ce qui fonctionne déjà.

À la place deNommez la solution de fortune actuelle, pas une liste de concurrents.Hors périmètreIndique à un coéquipier ou à un agent où s’arrêter.Comment savoir que ça marcheQuelque chose d’observable, avec un chiffre si vous en avez un.LienL’endroit où un lecteur ou un agent peut vérifier les détails.

Votre brouillon est conservé dans le stockage local de ce navigateur pour survivre à un rechargement. Il n’est jamais envoyé. Effacer le supprime.

Aperçu Markdown

# [Nom du produit]

> [Ce qu’il fait, pour qui, en une ligne]

Dernière mise à jour: [date]

## Problème

[Qui a du mal avec quoi aujourd’hui]

## Pour qui

[Utilisateurs principaux et acheteurs]

## Ce qu’il fait

[Comment le produit résout le problème]

## Capacités clés

- [Jusqu’à trois choses qu’il fait aujourd’hui]

## À la place de

[Ce qu’on utilise aujourd’hui et pourquoi c’est mieux]

## Hors périmètre

[Ce qu’il ne fait volontairement pas]

## Comment savoir que ça marche

[Un signal vérifiable]

## Lien

[URL du site ou du dépôt]

Aperçu JSON

{
  "format": "product-brief",
  "version": 1,
  "language": "fr",
  "updated": "",
  "name": "",
  "oneLiner": "",
  "problem": "",
  "audience": "",
  "solution": "",
  "features": [
    "",
    "",
    ""
  ],
  "alternative": "",
  "nonGoals": "",
  "success": "",
  "url": ""
}

Fichiers vierges

Vous préférez votre propre éditeur ? Prenez le modèle vide dans l’un ou l’autre format.

À quoi sert chaque champ

Dix champs suffisent pour aligner personnes et agents sur ce que vous construisez. Chacun répond à une question qu’on vous poserait sinon.

Nom du produit: Tout le monde, agent compris, doit écrire le nom de la même façon. Orthographiez-le une fois ici.
Phrase d’accroche: La ligne que vous réutiliserez dans vos fiches, vos bios et sur votre page d’accueil. Si vous n’arrivez pas à l’écrire, le produit n’est pas encore clair.
Problème: Le travail part du problème, pas de la fonctionnalité. Un problème clair permet à d’autres de proposer de meilleures solutions que la vôtre.
Pour qui: Un public restreint facilite tous les choix suivants : formulation, fonctionnalités, lieu du lancement.
Ce qu’il fait: Comment le produit résout le problème, en mots simples. C’est ce dont un nouveau venu a besoin en premier.
Capacités clés: Trois capacités qui existent aujourd’hui. Un agent qui rédige des textes ne devrait jamais en inventer une quatrième.
À la place de: Les gens comparent avec ce qu’ils font aujourd’hui. Nommer la solution de fortune explique votre valeur mieux qu’un tableau de fonctionnalités.
Hors périmètre: Le champ que la plupart des briefs oublient. Il évite la dérive du périmètre et empêche un agent d’ajouter des fonctionnalités que vous n’avez pas demandées.
Comment savoir que ça marche: Un seul signal observable vous dit si le produit fonctionne et donne à un agent une cible à vérifier.
Lien: Un lien permet à un lecteur ou à un agent de vérifier les détails au lieu de les deviner.

Vérifiez votre tagline selon la limite de chaque plateforme →

Confier le brief à votre agent

Les agents de code lisent les fichiers Markdown de votre dépôt. Un brief court à côté de votre code leur donne le contexte produit que le code seul ne contient pas.

Téléchargez le fichier Markdown et enregistrez-le dans votre dépôt, par exemple sous docs/product-brief.md.
Indiquez-le à votre agent : ajoutez une ligne dans AGENTS.md, ou importez-le dans CLAUDE.md avec @docs/product-brief.md.
Pour GitHub Copilot, liez ou copiez l’essentiel dans .github/copilot-instructions.md.
Gardez le JSON à côté quand un script ou un autre outil doit lire les mêmes faits.
Modifiez la ligne de date à chaque changement, et supprimez les phrases qui ne sont plus vraies.

Sujet	Formulation officielle	Ce que cela signifie pour votre brief
Format	AGENTS.md is just standard Markdown.	Un brief en Markdown simple sert de contexte à un agent sans aucune syntaxe particulière.
Titres	Use any headings you like; the agent simply parses the text you provide.	Les noms de sections de ce modèle sont une suggestion. Renommez-les si votre équipe emploie d’autres mots.
Quand il est lu	You write these files in plain text; Claude reads them at the start of every session.	Claude Code charge CLAUDE.md au début de chaque session : un brief importé est donc toujours dans le contexte.
Import	CLAUDE.md files can import additional files using @path/to/import syntax.	Une seule ligne comme @docs/product-brief.md dans CLAUDE.md suffit à inclure le brief.
Longueur	target under 200 lines per CLAUDE.md file. Longer files consume more context and reduce adherence.	Un contexte court est mieux suivi. Un brief d’une page reste très en dessous de cette taille.
Copilot	Add natural language instructions to the file, in Markdown format.	Les instructions Copilot sont aussi en Markdown : le même texte y trouve sa place.
Encodage JSON	JSON text exchanged between systems that are not part of a closed ecosystem MUST be encoded using UTF-8	Le JSON téléchargé est en UTF-8 : accents, caractères CJK et emoji passent dans n’importe quel outil.

Brief, PRD ou fichier de contexte

Trois documents souvent confondus. Ils répondent à des questions différentes, et beaucoup de produits en ont besoin de plus d’un.

Document	Répond à	Longueur	Rédigé par
Product brief (ce modèle)	Ce que nous construisons, pour qui, et où cela s’arrête	Une page, dix champs	Fondateur ou responsable produit
Document d’exigences produit (PRD)	Comment une fonctionnalité ou une version doit se comporter, précisément	Plusieurs pages par fonctionnalité	Product manager avec l’équipe technique
Fichier de contexte produit	Quels faits et textes validés un agent peut publier	S’étoffe à chaque canal	La personne qui mène le lancement

Modèle de plan de lancement →

Ce que ce modèle laisse de côté

C’est un point de départ, pas une spécification complète. Exigences détaillées, maquettes et recherches ont leurs propres documents.
Les tarifs, les dates de lancement et les variantes de textes marketing n’en font volontairement pas partie.
La page ne vérifie pas si vos affirmations sont vraies. N’écrivez que ce que le produit fait aujourd’hui.
Rien n’est envoyé nulle part : le brouillon reste dans ce navigateur jusqu’à ce que vous cliquiez sur Effacer.

Sources

Nous avons lu ces pages le 30 septembre 2026 et les citons mot pour mot ci-dessus.

Page	Date sur la page	Vérifié par nous
AGENTS.md	aucune date indiquée	30 sept. 2026
Claude Code Docs: How Claude remembers your project	aucune date indiquée	30 sept. 2026
GitHub Docs: Adding repository custom instructions for GitHub Copilot	aucune date indiquée	30 sept. 2026
RFC 8259: The JavaScript Object Notation (JSON) Data Interchange Format (December 2017)	aucune date indiquée	30 sept. 2026
CommonMark Spec, version 0.31.2	aucune date indiquée	30 sept. 2026

FAQ

Qu’est-ce qu’un product brief ?: Un document court qui dit ce qu’est un produit, quel problème il résout, pour qui, et ce qu’il laisse volontairement de côté. Il donne à tous ceux qui travaillent sur le produit, personnes comme agents, le même point de départ.
Quelle différence entre un product brief et un PRD ?: Le brief couvre tout le produit sur une page. Un document d’exigences produit (PRD) approfondit une fonctionnalité ou une version et décrit précisément comment elle doit se comporter. Commencez par le brief ; rédigez des PRD quand une fonctionnalité exige ce niveau de détail.
Un agent de code IA peut-il utiliser ce brief ?: Oui. Enregistrez le fichier Markdown dans votre dépôt et référencez-le depuis AGENTS.md ou importez-le dans CLAUDE.md. AGENTS.md est du Markdown simple, et Claude Code lit CLAUDE.md au début de chaque session.
Pourquoi Markdown et JSON ?: Le Markdown se lit facilement, par les personnes comme par les agents, et s’affiche sur tous les hébergeurs de code. Le JSON contient le même contenu avec des clés anglaises fixes, pour que scripts et formulaires le lisent sans analyser de prose.
Mon brief est-il stocké ou envoyé quelque part ?: Il est stocké uniquement dans le stockage local de votre navigateur, pour qu’un rechargement ne le fasse pas disparaître. Rien n’est envoyé ni transmis à un outil d’analyse, et Effacer supprime le brouillon.

Brief terminé ? Montrez le produit au monde.

LaunchRepo donne à votre agent de code un playbook pour chaque plateforme de lancement et chaque annuaire, pour que le produit que vous venez de décrire soit référencé là où votre public regarde, et suit quelles fiches sont en ligne.

Voir les tarifs