* docs(fr): translation of install-custom-modules Reference commit97d32405* docs(fr): refinement of forensic-investigation * docs(fr): translation of customize-bmad TOML customization rewrite Reference commits0dbfae67,4405b817,ffdd9bc6, b63086f2" * fix(docs): handle non-ASCII anchors in link validator Anchor validation failed for links containing accented characters (e.g. ./customize-bmad.md#dépannage) because the raw anchor didn't match the slugified version produced by extractAnchors. Normalize anchors through decodeURIComponent + headingToAnchor before comparing, and guard against malformed URI components. * docs(fr): translation of install-bmad channel and config rewrite Reference commits3d824d4c,91a57499,0f852a38* docs(fr): translation of expand-bmad-for-your-org organizational customization patterns Reference commitsc52c9b5b,b63086f2,4405b817,0dbfae67* docs(fr): update install-custom-modules Reference commit231a2036* docs(fr): consolidate non-interactive installation into unified install-bmad guide Replace standalone non-interactive-installation.md with a redirect stub pointing to the Installations CI non interactives section in install-bmad.md. * docs(fr): translation of named-agents Reference commits0dbfae67,4405b817,b63086f2* docs(fr): refinement of upgrade-to-v6 * docs(fr): refine agents.md * docs(fr): refine commands.md rename bmad-create-prd to bmad-prd and update skill descriptions * docs(fr): refine workflow-map-diagram Reference commitc52c9b5brename create-prd to prd, create-product-brief to product-brief add prfaq workflow, update agent labels and output names refine French wording throughout * docs(fr): update and refine workflow-map Reference commits:380590ac52c9b5* docs(fr): update and refine getting-started Reference commitsc52c9b5b,0f852a38rename bmad-create-prd to bmad-prd, add PRD intents section update Quick Reference table, refine French wording throughout * docs(fr): refine index.md Reference commit0dbfae67refine French wording throughout, improve phrasing and table formatting * docs(fr): apply French typographic conventions across all docs regex-based pass followed by AI + manual review of all 34 source files Rules applied: - Apostrophe: ASCII ' → curly ’ (U+2019) in all French prose - Guillemets: ASCII "..." → « … » with narrow no-break space (U+202F) on both sides - Narrow no-break space (U+202F): before ; ? ! and after « / before » - No-break space (U+00A0): before : in French prose - Thousands separator: narrow no-break space (U+202F) in 4+ digit numbers Additional review fixes: remaining ASCII quotes in _STYLE_GUIDE.md checklist items, testing.md, and party-mode.md numbering. Preserved exclusions: YAML frontmatter delimiters, code blocks, backtick inline code, URLs, footnote syntax, and English UI text. * docs(fr): align sidebar ordering with current English docs Update sidebar order values across all French explanation and how-to pages to match the live English documentation structure. * docs(fr): fix omission in quick-dev from english * docs(fr): style guide formatting * docs(fr): use quick-dev wording in workflow-map-diagram-fr * docs(fr): fix typos * docs(fr): add bmad-investigate / IN trigger to agent tables The forensic investigation feature added the IN menu trigger and bmad-investigate skill, but the French docs that enumerate triggers and agent capabilities were not updated. - agents.md: add IN trigger and Enquête de code to Amelia's row - named-agents.md: add Enquête de code to Amelia's capabilities * docs(fr): fix agent skill identifiers to use bmad-agent-* prefix The agent skill identifiers in agents.md and commands.md were missing the -agent- segment of the namespace (e.g. bmad-pm instead of bmad-agent-pm). All agent launchers use the bmad-agent-* naming convention since the installer generates skill directories under that prefix. - agents.md: fix bmad-dev, bmad-analyst, bmad-pm, bmad-architect, bmad-ux-designer, bmad-tech-writer - commands.md: fix bmad-pm, bmad-architect * docs(fr): rename bmad-create-ux-design to bmad-ux (#2413) Applyee47e30c(refactor(bmad-ux): spine-based UX skill) to French docs. Rename skill bmad-create-ux-design → bmad-ux and update outputs from ux-spec.md to DESIGN.md + EXPERIENCE.md. * docs(fr): translate bmad-spec section French translation of the bmad-spec section introduced inaa6dece(feat(bmad-spec): introduce Spec kernel distiller skill (#2417)). * docs(fr): improve core-tools locution, phrasing and typography Broader pass across all sections of core-tools.md for more idiomatic French: consistent section headers (À utiliser quand, Fonctionnement), natural verb choices, fluid sentence construction and corrected punctuation. * docs(fr): apply French typography and table formatting pass Continuation of27002100. Systematic pass across all French documentation assisted by an automated French typography linter: - Replace regular space with NBSP (U+00A0) before colons per French typographic convention - Align table separator rows to match column widths - Fix thousands separator in install-bmad.md (5000 → 5 000) - Correct glossary example code block rendering in _STYLE_GUIDE.md * docs(fr): fix missing french typography on roadmap.mdx * docs(fr): translate web-bundles explanation and how-to French translation of: - docs/explanation/web-bundles.md - docs/how-to/use-web-bundles.md Reference commits:7729ad46,d659a03d,3bc2ad30* docs(fr): refresh skill metadata references Fixes #2437 for French. - agents.md: update PM triggers CP/VP/EP → PRD, remove stale US trigger from Technical Writer, align PRD description to create/update/validate - commands.md: fix Cursor/Windsurf skill paths to .agents/skills/, update core tools count to 12, align PRD description - core-tools.md: add missing bmad-customize tool entry and section with link to customize-bmad how-to - party-mode.md: replace stale "BMad Master orchestre" with "Le Party Mode orchestre la discussion" --------- Co-authored-by: Brian <bmadcode@gmail.com>
7.5 KiB
title, description, sidebar
| title | description | sidebar | ||
|---|---|---|---|---|
| Phase d’analyse : de l’Idée aux Fondations | Ce que sont le brainstorming, la recherche, les product briefs et les PRFAQs — et quand les utiliser |
|
La phase d’Analyse (Phase 1) vous aide à penser clairement à votre produit avant de vous engager à le construire. Chaque outil de cette phase est optionnel, mais sauter l’analyse entièrement signifie que votre PRD sera construit sur des suppositions plutôt que sur des connaissances approfondies.
Pourquoi Analyser avant de Planifier ?
Un PRD répond à la question « que devons-nous construire et pourquoi ? » Si vous l’alimentez avec une réflexion vague, vous obtiendrez un PRD vague — et chaque document en aval héritera de cette imprécision. Une architecture bâtie sur un PRD faible prend de mauvaises décisions techniques. Les stories dérivées d’une architecture faible manquent de edge cases. Le coût s’accumule.
Les outils d’analyse existent pour rendre votre PRD précis. Ils attaquent le problème sous différents angles — exploration créative, réalité du marché, clarté client, faisabilité — pour qu’au moment de vous asseoir avec l’agent PM, vous sachiez ce que vous construisez et pour qui.
Les Outils
Brainstorming
Quoi. Une session créative facilitée utilisant des techniques d’idéation éprouvées. L’IA agit comme coach, extrayant vos idées à travers des exercices structurés — pas en les générant pour vous.
Pourquoi. Les idées brutes ont besoin d’espace pour se développer avant d’être verrouillées dans des exigences. Le brainstorming crée cet espace. Il est particulièrement précieux quand vous avez un espace-problème mais pas de solution claire, ou quand vous voulez explorer plusieurs pistes avant de vous engager.
Quand. Vous avez une vague idée de ce que vous voulez construire mais n’avez pas encore cristallisé le concept. Ou vous avez un concept mais voulez l’éprouver face à des alternatives.
Voir Brainstorming pour un aperçu plus approfondi du fonctionnement des sessions.
Recherche (Marché, Domaine, Technique)
Quoi. Trois workflows de recherche ciblés qui investiguent différentes dimensions de votre idée. La recherche marché examine les concurrents, les tendances et le sentiment utilisateur. La recherche domaine construit l’expertise métier et la terminologie. La recherche technique évalue la faisabilité, les options d’architecture et les approches d’implémentation.
Pourquoi. Construire sur des suppositions est le moyen le plus rapide de construire quelque chose dont personne n’a besoin. La recherche ancre votre concept dans la réalité — quels concurrents existent déjà, avec quoi les utilisateurs luttent réellement, ce qui est techniquement faisable, et quelles contraintes spécifiques à l’industrie vous affronterez.
Quand. Vous entrez dans un domaine inconnu, vous soupçonnez que des concurrents existent mais ne les avez pas cartographiés, ou votre concept dépend de capacités techniques que vous n’avez pas validées. Lancez-en un, deux ou les trois — chaque workflow de recherche fonctionne de manière autonome.
Product Brief1
Quoi. Une session de découverte guidée qui produit un résumé exécutif de 1-2 pages de votre concept produit. L’IA agit comme un analyste commercial collaboratif, vous aidant à articuler la vision, le public cible, la proposition de valeur et le périmètre.
Pourquoi. Le product brief est le chemin le plus doux vers la planification. Il capture votre vision stratégique dans un format structuré qui alimente directement la création du PRD. Il fonctionne mieux quand vous avez déjà la conviction à propos de votre concept — vous connaissez le client, le problème et approximativement ce que vous voulez construire. Le brief organise et affine cette réflexion.
Quand. Votre concept est relativement clair et vous voulez le documenter efficacement avant de créer un PRD. Vous êtes confiant dans la direction et n’avez pas besoin que vos suppositions soient agressivement remises en question.
PRFAQ (Working Backwards)
Quoi. La méthodologie Working Backwards d’Amazon adaptée en défi interactif. Vous rédigez le communiqué de presse annonçant votre produit fini avant qu’une seule ligne de code n’existe, puis répondez aux questions les plus difficiles que les clients et les parties prenantes poseraient. L’IA agit comme un coach produit implacable mais constructif.
Pourquoi. Le PRFAQ est le chemin rigoureux vers la planification. Il force la clarté orientée client en vous obligeant à défendre chaque affirmation. Si vous ne pouvez pas rédiger un communiqué de presse convaincant, le produit n’est pas prêt. Si les réponses de la FAQ client révèlent des lacunes, ce sont des lacunes que vous découvrirez bien plus tard — et plus coûteusement — pendant l’implémentation. Le défi fait remonter les failles de réflexion tôt, quand c’est le moins cher de les corriger.
Quand. Vous voulez que votre concept soit éprouvé avant d’engager des ressources. Vous n’êtes pas sûr que les utilisateurs s’en soucieront réellement. Vous voulez valider que vous pouvez articuler une proposition de valeur claire et défendable. Ou vous voulez simplement la discipline du Working Backwards pour affiner votre réflexion.
Lequel utiliser ?
| Situation | Outil recommandé |
|---|---|
| « J’ai une idée vague, je ne sais pas par où commencer » | Brainstorming |
| « J’ai besoin de comprendre le marché avant de décider » | Recherche |
| « Je sais ce que je veux construire, j’ai juste besoin de le documenter » | Product Brief |
| « Je veux m’assurer que cette idée vaut vraiment la peine d’être construite » | PRFAQ |
| « Je veux explorer, puis valider, puis documenter » | Brainstorming → Recherche → PRFAQ ou Brief |
Le Product Brief et le PRFAQ produisent tous deux des entrées pour le PRD — choisissez-en un en fonction du niveau de défi que vous souhaitez. Le brief est une découverte collaborative. Le PRFAQ est un défi. Les deux vous mènent à la même destination ; le PRFAQ teste si votre concept mérite d’y arriver.
:::tip[Pas sûr ?]
Exécutez bmad-help et décrivez votre situation. Il vous recommandera le bon point de départ en fonction de ce que vous avez déjà accompli et de ce que vous essayez de réaliser.
:::
Que se passe-t-il après l’analyse ?
Les résultats de l’analyse alimentent directement la Phase 2 (Planification). Le workflow PRD accepte les product briefs, les documents PRFAQ, les conclusions de recherche et les rapports de brainstorming en entrée — il synthétise tout ce que vous avez produit en exigences structurées. Plus vous faites d’analyse, plus votre PRD sera précis.
Glossaire
-
Brief : document synthétique qui formalise le contexte, les objectifs, le périmètre et les contraintes d’un projet ou d’une demande, afin d’aligner rapidement les parties prenantes avant le travail détaillé. ↩︎