BMad 分析阶段（Phase 1）全解析：用 Brainstorming、Deep Recon、Product Brief 与 PRFAQ 打磨想法，为 PRD 铺路
【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD
本文基于 BMAD-METHOD 开源仓库中的 docs/vi-vn/explanation/analysis-phase.md（越南语版"分析阶段"说明文档）展开，并结合仓库skills/目录下各模块的 SKILL.md 与模板源码进行纵深解读。你将掌握：为什么在动工前必须先做分析、四类分析工具各自解决什么问题、何时该用哪一把，以及这些工具的产出物如何直接汇入第二阶段的 PRD 流程。
BMAD-METHOD（Breakthrough Method for Agile AI-Driven Development）把产品开发划分为清晰的阶段，其中分析阶段（Phase 1）是所有后续工作的地基：它帮你在大规模投入资源之前，先把"要做什么、为谁做、为什么值得做"想清楚。本文以官方说明文档为骨架，逐一拆解该阶段的四类工具——Brainstorming（头脑风暴）、Research（深度调研）、Product Brief（产品简报）、PRFAQ（Working Backwards 倒推法）——并给出可执行的选用策略与源码级证据。
为什么在规划之前必须先做分析？
BMad 的规划阶段由 PRD（产品需求文档）承接，而 PRD 回答的问题是："我们应该构建什么，以及为什么？"官方文档给出了一个非常直白的因果链：
- 如果 PRD 的输入是模糊的想法，你得到的就会是一份模糊的 PRD；
- 基于模糊 PRD 构建的架构，会在技术选型上押错注；
- 从薄弱架构派生出的 story（用户故事）会遗漏边界情况；
- 于是成本沿着每一层不断累积放大。
换句话说，模糊性不会在文档流转中消失，只会被逐级放大。分析阶段的全部意义，就是让 PRD 的输入尽可能锐利。文档指出，四类分析工具从不同角度逼近同一个问题：创造性探索（Brainstorming）、市场现实（Research）、客户清晰度（Product Brief）、可行性验证（PRFAQ）。这样当你坐下来与 PM Agent 协作时，你已经清楚自己在构建什么、为谁构建。
仓库中的bmad-prd模块（skills/bmad-prd/SKILL.md）正是这条链条的下游：它的 Discovery 阶段会接受产品简报、PRFAQ、调研结果、头脑风暴报告等输入，并汇总为结构化需求。文档"分析阶段之后会发生什么"一节明确写道：分析阶段的输出直接进入第二阶段（规划），PRD 流程把你在分析阶段产出的所有内容合成为结构化需求——分析做得越扎实，PRD 就越锐利。规划产物在仓库的目录约定中落在planning-artifacts/下（参见 docs/vi-vn/_STYLE_GUIDE.md 的目录结构说明）。
工具一：Brainstorming（头脑风暴）—— 在想法被锁死前，给它生长的空间
它是什么
一次有协调的创意发散过程，使用经过验证的创意激发技术。关键定位是：AI 扮演"创意教练"（brainstorming coach），通过结构化练习从你身上引出想法，而不是替你想。这一定位在仓库源码中得到了严格执行。
为什么它出现在分析阶段
原始想法在变成硬性需求之前，需要空间自由生长。头脑风暴创造的就是这个空间。它尤其适用于两类场景：你有一个问题域但还没有清晰的解法；或者你已经有了初步想法，但想通过替代方案来检验它的稳固性。
何时使用
- 你对自己想构建的东西只有一个模糊的图景，尚未结晶成清晰概念；
- 你已经有了初步想法，想用替代方案压力测试它的强度。
源码级工作机制
仓库中的 skills/bmad-brainstorming/SKILL.md 揭示了完整的实现细节：
三种姿态（stance），由用户选定并全程保持：
| 姿态 | 行为 |
|---|---|
| Facilitator（引导者） | AI 绝不提供想法——这是逼你产出的强制机制 |
| Creative Partner（创意伙伴） | AI 既引导又参与，与你交换想法 |
| Ideate for me（替我想） | AI 独立跑完全程并把结果展示给你 |
核心原则（SKILL.md 的 Framing 节）：
- 目标超过 100 个想法，抵制"收尾"冲动：组织或总结的冲动是发散的大敌，不确定时就再多推一个；
- 持续切换创意领域：每 5–10 轮对话（或生成约 10 个想法时）切换到下一种技巧；
- 对话中每轮只发一个提示，禁止多选菜单式提问——菜单会把用户从生成状态拉出来。
技法库规模：仓库中的 skills/bmad-brainstorming/assets/brain-methods.csv 收录了 109 条创意技法，分为 20 个类别，包括collaborative（协作）、creative（创意）、deep（深度）、introspective_delight（内省）、structured（结构化）、theatrical（戏剧化）、wild（狂野）、biomimetic（仿生）、quantum（量子隐喻）、cultural（文化）、absurdist（荒诞）、constraint（约束）、speculative_future（未来推演）等。每条记录都带有category、technique_name、description、provenance（classic/signature/playful）、good_for（适用目标）和audience（group/solo/either）字段。例如：
- SCAMPER Method（结构化）：用 Substitute / Combine / Adapt / Modify / Put-to-other-use / Eliminate / Reverse 七面透镜审视想法；
- What If Scenarios（创意）：一次引爆一个约束——无限预算、反过来成立、问题消失——追逐涌进来的东西；
- Reverse Brainstorming（创意）：先制造问题而非方案——"我们怎么让它失败？"——再挖掘其反面；
- Crazy 8s（结构化）：8 分钟 8 个想法，每个框一个，不编辑——速度跑赢你的内心批评者。
会话记忆（memlog）：会话全程通过memlog.py脚本原子化记录：uv run {project-root}/_bmad/scripts/memlog.py init --workspace {doc_workspace} --field topic="<topic>" --field goal="<goal>" --field mode="<facilitator|partner|autonomous>"初始化，append逐条追加（--type支持idea/insight/question/decision/direction/technique），set --key status --value complete在收尾时翻转状态。会话支持随时中断恢复（resume），所有产出物落盘。
配套文档：深入理解一场头脑风暴如何展开，可阅读仓库中的 docs/vi-vn/explanation/brainstorming.md——它概括了五步流程：设定（确定主题/目标/约束）→ 选法（自选技法、让 AI 建议、随机挑选或跟随流程）→ 协调（用引导性提问逐技法推进）→ 整理（按主题归类并排序）→ 行动（最佳想法被分配下一步与成功指标）。
工具二：Research（调研）—— 把想法按回地面
它是什么
三种聚焦不同维度的研究流程，在仓库中由bmad-deep-recon模块实现（skills/bmad-deep-recon/SKILL.md）：
| 研究类型 | 关注维度 |
|---|---|
| 市场研究（market） | 竞争对手、趋势、用户感知 |
| 领域研究（domain） | 业务领域与术语的深度理解 |
| 技术研究（technical） | 可行性评估、架构选项、实施路径 |
为什么它出现在分析阶段
在假设之上构建产品，是做出"没人要的东西"的最快路径。调研把想法按回地面：哪些竞争对手已经存在、用户真正在挣扎什么、技术上什么可行、你要面对哪些行业特有的约束。
何时使用
- 你正进入一个全新领域；
- 你怀疑有竞争对手但尚未摸清格局；
- 你的想法依赖尚未验证的技术能力。
三个流程可以跑一个、两个或全部——每个都独立成立。
源码级工作机制
bmad-deep-recon自称"研究总监（research director），而非搜索引擎"。它提供三种可自由组合的服务：
- Draft（起草）：为用户在自己的工具（ChatGPT、Gemini、Grok、Perplexity 等）中运行而起草深度研究提示词；
- Process（处理）：把一份完成的调研报告提炼为带引用来源的简洁摘要，供下游 skill 直接消费；
- Run（执行）：在这里通过并行网页 fan-out 直接执行研究。
两条认识论硬规则（子 agent 逐字继承）：
- 绝不仅凭训练数据下结论：已有知识只提出假设、查询和结构；结论必须来自本次运行检索或导入的证据。无法给出证据的论断要么标注为"未经证实的信念"，要么不提；
- 研究防火墙：项目上下文（简报、PRD、代码、记忆）只决定"问什么"，绝不决定"什么是真的"——它不能作为证据。每条研究论断都要追溯到带来源的摘要或导入文件。
内置研究类型：market（市场）、domain（领域）、technical（技术）、competitive（竞品）、user-voice（用户之声）、academic-lit（学术文献）。与类型正交的是决策形态：explore（探索，默认——理解、评估、验证）或select（选择——在候选方案之间取舍），后者由 skills/bmad-deep-recon/references/selection.md 承载。
工作区产出结构：每次研究运行的工作区包含brief.md、imports/、digests/、research.md和.memlog.md。研究模板见 skills/bmad-deep-recon/assets/research.template.md，其 YAML 前置元数据记录type、topic、decision、source、status、preset、validation等字段，正文以"本次研究服务的决策："开篇——强调一切研究都服务于某个具体决策。
工具三：Product Brief（产品简报）—— 通往规划阶段的轻量路径
它是什么
一次有引导的 discovery 会话，产出 1–2 页的产品概念执行摘要。AI 扮演协作型业务分析师（Business Analyst），帮你表达愿景、目标受众、核心价值与范围。
为什么它出现在分析阶段
Product Brief 是进入规划阶段的更轻量路径：它以结构化格式记录你的战略愿景，并直接送入 PRD 创建流程。它在你对想法已有相当信心时效果最佳——你知道客户是谁、问题是什么、大致要构建什么——Brief 的作用是重新组织和锐化这套思路，而不是挑战它。
何时使用
你的想法已经相对清晰，想在创建 PRD 之前高效地记录下来；你相信当前方向，不需要被过于激烈地质疑假设。
源码级工作机制
仓库中的 skills/bmad-product-brief/SKILL.md 定义了三种意图模式：
| 意图 | 行为 |
|---|---|
| Create（创建） | 通过真实对话引导出用户引以为豪的简报，先 Discovery 后起草 |
| Update（更新） | 用变更信号调和既有简报，先读简报、增补、memlog 与原始输入再提修改 |
| Validate（验证） | 针对简报自身目的做诚实批判，引用具体行，说明无法评估的部分 |
两种工作模式（Discovery 阶段向用户提供）：
- Fast path（快路径）：AI 把剩余空白批量合并为一两个问题，然后用
[ASSUMPTION]标签标记推断处起草完整简报——适合"我明天要路演"； - Coaching path（教练路径）：逐节共同推进，AI 在假设薄弱处反驳——适合"我想要一份引以为豪的简报且时间不是约束"。
长度纪律：目标 1–2 页；超过的部分放进addendum.md（增补文档），它承载属于下游文档（PRD、架构、方案设计）或配得上位置但不适合简报正文的内容——如被否决方案的论证、备选方案矩阵、被搁置的路线图背景、技术约束、深度人物画像、规模数据。
模板：仓库提供了灵活的起手结构 skills/bmad-product-brief/assets/brief-template.md，包含 Executive Summary、The Problem、The Solution、What Makes This Different、Who This Serves、Success Criteria、Scope、Vision 等章节，并明确强调"简报服务于产品的叙事，而非模板的形状"——可自由删改增补章节。
工具四：PRFAQ（Working Backwards）—— 通往规划阶段的严苛路径
它是什么
Amazon 的 Working Backwards（倒推法）被改造成一场互动挑战：在代码写出第一行之前，先写下宣告"成品"面世的新闻稿（Press Release），然后回答客户与利益相关者会提出的最难问题。AI 扮演坚持不懈但建设性的产品教练。
为什么它出现在分析阶段
PRFAQ 是进入规划阶段的更严苛路径。它通过逼你为每一句陈述辩护，强制你达到以客户为中心的清晰度：
- 如果你写不出一份有说服力的新闻稿，说明产品还没准备好；
- 如果 FAQ 部分暴露出空白，这些空白就是你在实施阶段会晚得多、贵得多才发现的问题；
- 这个测试在最早期、修复成本最低的时候，就剥离出脆弱的思维方式。
何时使用
- 你想在承诺投入资源之前检验想法的稳固性；
- 你不确定用户是否真的会在意；
- 你想确认自己能表达清晰且可辩护的核心价值；
- 或者你只是想让 Working Backwards 的纪律锐化自己的思维。
源码级工作机制
仓库中的 skills/bmad-prfaq/SKILL.md 直接声明："This is hardcore mode"（这是硬核模式）——教练风格直接、问题刁钻、含糊的回答会被挑战；但当用户卡住时，给出具体建议、重构和替代方案——"严厉的爱，而非严厉的沉默"。
五阶段流程：
| 阶段 | 目的 | 实现位置 |
|---|---|---|
| 1. Ignition（点火） | 摆出原始概念，强制客户优先思维 | SKILL.md |
| 2. The Press Release（新闻稿） | 迭代起草 + 强硬教练 | skills/bmad-prfaq/references/press-release.md |
| 3. Customer FAQ（客户 FAQ） | 魔鬼代言人式客户提问 | skills/bmad-prfaq/references/customer-faq.md |
| 4. Internal FAQ（内部 FAQ） | 怀疑派利益相关者提问 | skills/bmad-prfaq/references/internal-faq.md |
| 5. The Verdict（裁决） | 综合、强度评估、最终输出 | skills/bmad-prfaq/references/verdict.md |
客户优先强制（Stage 1）：
- 若用户以方案开头（"我想构建 X"）：引导回客户的问题，不允许跳过痛点；
- 若用户以技术开头（"我想用 AI/区块链等"）：更用力地质疑——技术是"怎么做"，不是"为什么"；
- 若用户以客户问题开头：深挖细节——他们今天如何应对、试过什么、为什么没解决。
概念类型检测：早期识别这是商业产品、内部工具、开源项目还是社区/非营利项目，存入{concept_type}以校准 FAQ 生成（非商业概念没有"单位经济学"或"首批 100 客户"，改用利益相关者价值、采纳路径和可持续性框架）。若用户两三轮后仍说不清客户或问题，文档指引其回到上游：bmad-brainstorming（需要生成选项）或bmad-forge-idea（想法尚未被压力测试成型）。
输出物：完整的 PRFAQ 文档 + 供下游流水线消费的 PRD 蒸馏物（PRD distillate）。模板见 skills/bmad-prfaq/assets/prfaq-template.md，结构为：Headline → Subheadline → 新闻稿正文（含问题段、方案段、领导引语、How It Works、用户引语、Getting Started）→ Customer FAQ → Internal FAQ → The Verdict（"什么已被锻造成钢、什么还需要更多火力、什么有地基裂缝"）。
研究锚定：输出中的一切竞品、市场和可行性论断都必须对照当前真实世界数据验证——主动研究填补知识空白，用户值得一份基于今日格局而非昨日假设的 PRFAQ。
我该用哪个？—— 场景选型表
官方文档给出了一张可直接照抄的决策表：
| 场景 | 推荐工具 |
|---|---|
| "我有一个模糊想法，不知从何开始" | Brainstorming |
| "决策前我需要先理解市场" | Research |
| "我已经知道要构建什么，只需记录下来" | Product Brief |
| "我想确保这个想法真的值得构建" | PRFAQ |
| "我想先探索，再验证，再记录" | Brainstorming → Research → PRFAQ 或 Brief |
关键洞察：Product Brief 和 PRFAQ 都产生 PRD 的输入，二选一取决于你想要多少挑战强度。Brief 是协作型 discovery；PRFAQ 是残酷的考验。两者殊途同归，只是 PRFAQ 会额外检验你的概念是否真的配得上走到终点。
不确定从哪开始？用 bmad-help
官方文档的提示块给出了一条兜底路径：运行bmad-help并描述你的处境，它会基于你已做过的事情和你想要达成的目标，推荐合适的起点。这与仓库的技能体系设计一致——docs/vi-vn/reference/commands.md 说明，skill 是预制的 prompt，通过输入bmad-help之类的 skill 名称即可在 IDE 中加载 agent、运行 workflow 或执行任务。
分析阶段之后会发生什么？
分析阶段的全部产出——产品简报、PRFAQ 文档、调研结果、头脑风暴报告——直接流入第二阶段：规划（Planning）。bmad-prd模块的 PRD 创建流程会接受这些输入，把它们综合为结构化需求。分析做得越彻底，PRD 就越锋利，而 PRD 的锋利程度决定了后续架构、story 与实施的每一层质量。
从仓库的技能全景（skills/目录）看，分析阶段之后你还可以继续利用：bmad-spec（规格说明）、bmad-architecture（架构设计）、bmad-create-epics-and-stories（史诗与故事拆解）、bmad-sprint-planning（迭代规划）等模块，形成从想法到交付的完整链路。这些下游工具的存在，正是"分析阶段打下的地基决定整栋楼高度"这一理念的工程化落地。
小结：四把工具，一种目的
| 工具 | 本质 | 强度 | 适用前提 |
|---|---|---|---|
| Brainstorming | 有协调的创意发散，AI 引导而非代想 | 发散 | 概念模糊、方向未定 |
| Research | 市场/领域/技术三类调研 | 求真 | 领域陌生、格局未知、技术未验证 |
| Product Brief | 协作型 discovery，产出 1–2 页执行摘要 | 轻量 | 方向已定、只需记录锐化 |
| PRFAQ | Working Backwards 新闻稿 + 最难问答 | 硬核 | 想验证概念是否值得投入资源 |
无论选择哪条路径，分析阶段的产出都会汇入bmad-prd流程，转化为结构化需求，进入规划阶段。正如官方文档所言：你在分析上花的功夫越深，你的 PRD 就越锐利——而这正是 BMad 方法"先想清楚再动手"的核心理念在工具链层面的完整支撑。
【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
