企业官网建设流程全解析

BMAD-METHOD 分析阶段指南：用头脑风暴、Deep Recon、产品简报与 PRFAQ 打好产品决策的地基

【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD

在 BMAD-METHOD（BMad Method，简称 BMM）中，分析阶段（Stage 1）是一套“产品定型之前的预检”：它提供头脑风暴（bmad-brainstorming）、深度调研（bmad-deep-recon）、产品简报（bmad-product-brief）与 Working Backwards 验证（bmad-prfaq）四个可选工具，分别从创意探索、市场现实、客户视角与可行性角度审视问题。本文基于仓库官方文档与技能源码，讲清每个工具是什么、何时该用、内部如何运转，以及它们如何组合成一条通往 PRD 的可靠路径。

为什么计划在先之前需要分析

PRD（产品需求文档）回答的是“做什么、为什么做”。如果思考是模糊的，PRD 就会是模糊的，而这种模糊会一路传导到后续所有文档：基于不明确的 PRD 搭建的架构容易做出错误的技术选择，基于欠妥架构拆出的故事则会漏掉边缘情况——代价层层累积。

分析工具的存在，就是为了让 PRD 更清晰：它们从不同角度看问题——创意探索、市场现实、客户视角、可行性。这样，当你开始与 PM 智能体协作时，会清楚地知道“为什么人做什么”。

需要强调：分析阶段的四个工具全部可选。但完全跳过分析，PRD 就会建立在假设而非洞察之上。

工具一：头脑风暴——被引导的创意会话

是什么。使用经过验证的发想技巧的引导式创意会话。AI 不替用户生成想法，而是充当教练，通过结构化练习帮助用户自己把想法挖出来。

为什么有它。早期想法在固化成需求之前需要成长的余地，头脑风暴提供这个余地。当你有问题的领域但没有明确的解法，或想在敲定方向之前探索多种可能性时，它尤其有用。

何时用。当你有想做什么的模糊念头但概念尚未具体化时；当概念已定、想拿备选方案做压力验证时，它也适用。

会话机制与源码细节

按 头脑风暴文档，会话按五步推进：

1. 准备——定义主题、目标、约束
2. 选择方式——直接挑技巧、接受 AI 推荐、随机进行，或遵循渐进流程
3. 进行——用探索性提问与协作式辅导应用技巧
4. 整理——把想法按主题归类并排定优先级
5. 执行——为核心想法连接下一步与成功指标

所有内容都会被记入可日后参考或分享给利益相关者的会话文档。

从 bmad-brainstorming/SKILL.md 的实现看，还有几个关键机制值得了解：

• 三种姿态（stance），整场会话保持不变：Facilitator（AI 绝不提供想法——是逼用户自己想出来的强制函数）、Creative Partner（AI 既主持又陪打，来回抛想法）、Ideate for me（AI 自己跑完整场会话再呈现结果）。三种姿态分别由 mode-facilitator.md、mode-partner.md、mode-autonomous.md 定义，且在开头一次性选定。
• 60 多种技巧目录：技巧数据存放在 brain-methods.csv（官方文档描述为“60 多种经过验证的发想技巧”）。会话开始时，技能会生成选择器页面 brain-selector.html 让用户一次性组合“姿态 + 技巧批次”；若自定义了技巧目录，可用 brain.py 重新生成选择器。
• 先发散、后收敛：技能明确要求“瞄准 100 个以上的想法、抵制总结冲动”，并大约每 5–10 轮更换一次创意领域以保持发散状态。收敛（整理与决策）是独立阶段，只在用户准备好收窄时加载 converge.md。
• 状态落盘：每个想法、决定与问题都通过 memlog 脚本实时写入磁盘（memlog.py init/append/set），会话中断后可从磁盘恢复，不会丢失。

工具二：调研（Deep Recon）——支撑决策的证据型研究

是什么。一个技能bmad-deep-recon调研想法的任意侧面。类型化研究包覆盖：

它支持三种工作方式：为你正在使用的深度研究工具撰写提示词、把完成的报告处理成带引用的摘要、或在当前会话中直接执行调研。

为什么有它。仅凭假设做产品，很容易做出没人需要的东西。调研把概念连接到现实：确认已有哪些竞争者、用户实际在为什么发愁、技术上是否可行、行业约束是什么。

何时用。进入陌生领域、怀疑存在竞争者但尚未摸清、或实现概念需要尚未经过验证的技术能力时。每种研究类型相互独立，只运行决策需要的类型即可。

三种模式与选择标准

来自 Deep Recon 文档：

Draft + Process 构成自然循环（提示词在外部工具执行，再把报告拿回来处理），Run 则完全独立可用。若只说“调研一下”而不指定方式，Deep Recon 会说明两种路径的取舍一次，并在该会话内记住你的选择。

Run 内部按步骤推进：计划门禁（决策、调研领域、任务分派结构、投入水平、预期时间）是唯一的硬性停点，批准后仅经过轻量检查点继续执行。投入水平以预设打包，直接指定的内容优先于预设：

每轮追踪线索：第一轮发现的来源间矛盾和意外关联会成为第二轮任务；已回答或整轮无新内容的调研领域会提前结束。任务分派结构（宽优先/深优先/简单查询）决定子智能体如何分工——独立子问题并行处理，深层问题从多个视角考察，简单查询只派一个智能体少调几次，避免浪费 token。

报告为什么可信

bmad-deep-recon/SKILL.md 定义了两条贯穿所有工作（并逐字继承给每个子智能体）的认识论规则：

1. 绝不只凭训练数据下结论——模型记忆只用来提出假设、查询与结构；报告中的每个主张必须追溯到本次运行检索或导入的来源，无法佐证的说法要么标注为未验证信念，要么不说。
2. 研究防火墙——项目上下文（简报、PRD、代码、持久事实）只影响“问什么”，不影响“什么是真的”，且不可作为证据使用；研究子智能体只收到任务简报，不接收项目文件。这防止研究结果被项目既有假设无意带偏。

配套机制还包括：每个主张都带发布者、发布日期、访问日期，正文[n]引用链接到来源附录；资料到达即按所选水平验证——normal抽检支撑建议的主张，high交叉验证研究包指定的重要主张类型并从反面检查关键结论，max核对全部内容。新鲜度也是事实的一部分：各类型包为主张类别设定有效期，三年前的市场规模会被报告为历史记录而非当前事实。

所有摘要、提取与报告章节在产生的瞬间就写入运行文件夹（brief.md、imports/、digests/、research.md、.memlog.md），中断可从磁盘续跑。报告末尾的新鲜度地图标注最易过期的主张与复查时点，据此可进行Refresh（只重新验证过期主张，并输出“确认/变更/推翻”变化报告，推翻项若影响下游产物会发出警告）与Deepen（只深挖一个调研领域）。

六个类型包位于 types 目录（market.md、domain.md、technical.md、competitive.md、user-voice.md、academic-lit.md），各模式对应 draft.md、process.md、run.md 等参考文件；无头（headless）模式下主张计数由 recon_kit.py 统计而非手工计数，并以 JSON 结束（包含status、intent、type、报告与 memlog 路径、verified/unverified/overturned主张数等字段）。

工具三：产品简报——1–2 页的概念提炼

是什么。通过分步提问把产品概念总结成 1–2 页的过程。AI 作为协作型商业分析师，帮助你清晰表达愿景、目标客户、价值主张与范围。

为什么有它。产品简报是相对低负担地进入计划阶段的路径：它把战略愿景整理成结构化形式，结果直接用作 PRD 编写的输入。当你已经知道客户、问题、大致要做什么——即对概念有几分把握时最匹配，它把这些想法打磨得更清晰。

何时用。概念比较清楚、想在创建 PRD 之前高效文档化时使用；适合对方向有信心、不需要把假设放在严格验证下接受检验的情况。

源码级细节

bmad-product-brief/SKILL.md 定义了三种意图：Create（先做 Discovery“头脑倾倒”再起草，模板视为起点结构而非契约）、Update（把已有简报与变更信号对齐，改动前先呈现与先前决定的冲突）、Validate（对照简报自身目的做诚实批评，引用具体行号，并始终可把发现并入一次 Update）。

Discovery 阶段会先摸清简报的“利害关系”——个人爱好项目、内部提案、投资人材料还是公开发布——并据此决定追问力度，然后提供两条工作路径：

• 快速路径：把剩余缺口合并成一两个整合问题，直接起草完整简报，推断处打[ASSUMPTION]标签供你审阅修正。适合“明天要提案”。
• 辅导路径：逐节一起走，在假设薄弱处反问，从你脑中把图景挖出来。适合“我想要一份引以为傲的简报”。

产出约束明确：简报以 1–2 页为目标，超出的细节进addendum.md；brief.md与 memlog 一起持久化在运行文件夹中，可随时中断与恢复。模板结构见 brief-template.md。

工具四：PRFAQ——Working Backwards 的严格关口

是什么。把 Amazon 的 Working Backwards 方法论改造成交互式验证过程：在写下一行代码之前，先写一份宣布已完成产品的新闻稿，并回答客户与利益相关者会问的最难的问题。AI 充当“锲而不舍但建设性”的产品教练。

为什么有它。PRFAQ 是经过严格验证才进入计划阶段的路径：它强迫你为每个主张辩护，从客户优先视角把想法想清楚。写不出有说服力的新闻稿，就意味着产品还没准备好做。客户 FAQ 答案中暴露的缺口，是不过这个流程的话只能在实现阶段以更大代价发现的问题——这个关口在修改成本最低的早期就让想法的裂缝现形。

何时用。想在投入资源前给概念做压力测试时使用：不确定用户是否真的会在意、想验证能否说出清晰可辩护的价值主张、或想用 Working Backwards 方式把想法打磨得更严格时。

五阶段流程与源码细节

bmad-prfaq/SKILL.md 将流程组织为五个阶段：

几个值得注意的机制：

• 客户优先强制执行：若你从解决方案或技术切入（“我想用 AI/区块链做 X”），教练会把话题拉回客户的问题——技术是“how”，不是“why”。
• 概念类型检测：商用产品、内部工具、开源项目还是社区/非营利项目，会校准第 3、4 阶段的 FAQ 生成方式——非商业概念不会被问“单位经济学”或“前 100 个客户”，而是转向干系人价值、采纳路径与可持续性。
• 上下文采集：Artifact Analyzer 与 Web Researcher 两个子智能体并行工作，分别扫描既有规划产物与竞争/市场数据；输出中的竞争、市场与可行性主张都必须对照实时数据验证。
• 裁决：最后一步以叙述式（而非打分式）评估概念强度，发现分三类——Forged in steel（清晰、有说服力、可辩护的部分）、Needs more heat（有前途但欠发展的部分）、Cracks in the foundation（真实风险、未解决的矛盾或可能动摇整体的缺口），每个发现都附带建设性的补救建议。
• 下游蒸馏件：完整输出是prfaq-{project_name}.md加prfaq-{project_name}-distillate.md；后者把被否定的框架、需求信号、技术约束、竞争情报、开放问题与范围信号蒸馏成密集要点，供下游 PRD 直接消费（见 verdict.md）。
• 无头模式：--headless/-H可从给定输入生成完整初稿，必需字段为 customer（具体画像）、problem（具体问题）、stakes（为什么重要）、solution（概念）。

输出文档结构来自 prfaq-template.md，支持断点续跑（按 frontmatter 的stage字段恢复到下一阶段）。

该用哪一个：按场景选择

官方文档给出的选择建议如下：

产品简报与 PRFAQ 都产出 PRD 输入，区别在于你想要多严格的验证：产品简报是“一起把想法具体化”的过程，PRFAQ 是更严格的验证关口。两者通向同一目的地，但 PRFAQ 会检验这个概念是否准备好进入计划阶段。

另外，workflow-map.md 把bmad-forge-idea也列为阶段 1 的第五个流程：它对单个已有想法做基于画像的压力验证，结果可以是锻造成forged-idea.md（可作为bmad-spec、bmad-prd、bmad-prfaq的输入）、以低成本废弃、或仅仅是“想清楚了”。它与四个工具的定位差异是：头脑风暴负责生成选项，forge-idea 负责把单一想法锤炼或淘汰，PRFAQ 负责从客户优先视角为概念背书。四者的详细对比见 forge-idea 文档。

不确定从哪儿开始？运行bmad-help并描述你的处境——它会基于你已经做过什么、想达成什么，推荐合适的起点。

分析之后会发生什么：产物流向计划阶段

分析产物直接汇入阶段 2（计划）。PRD 工作流以产品简报、PRFAQ 文档、研究发现、头脑风暴报告为输入，把迄今积累的素材综合成结构化需求。分析做得越扎实，PRD 就能被打磨得越清晰、越具体。

BMad Method 的四阶段全景（阶段 1 分析[可选] → 阶段 2 计划[bmad-prd、bmad-ux、bmad-spec] → 阶段 3 方案设计 → 阶段 4 实现）与各阶段的产物清单，可查阅 workflow-map.md。分析阶段的价值正在于此：它让计划阶段的每一份文档——从 PRD 开始——都有据可依，而不是建立在假设之上。

【免费下载链接】BMAD-METHODBreakthrough Method for Agile Ai Driven Development项目地址: https://gitcode.com/gh_mirrors/bm/BMAD-METHOD