在BRD判断方向值得做之后，MRD深入分析该方向的市场需求。读取BRD.md文件，自动继承方向判断，重点回答「目标用户是谁、有什么需求、现有方案有什么不足」。带数据索引输出完整市场需求文档。
【适用场景】
什么时候用
当BRD已经确认一个方向值得做，需要深入了解这个方向的具体市场需求时使用。典型场景：
- BRD评估完成，确定要做某个方向，需要做更细的需求分析 - 已经有了BRD.md文件，想基于它继续深入 - 需要说服投资人或团队为什么这个细分市场有机会
什么时候不该用
- 还在探索方向阶段，不知道值不值得做——先用BRD - 已经知道具体要做什么功能——那是PRD的范畴 - 没有数据支撑，只能靠猜测——先做市场数据采集
与BRD的衔接
BRD → MRD → PRD 是完整的产品决策链：
``` BRD（值不值得做）→ MRD（用户需求是什么）→ PRD（具体怎么做） ```
MRD会自动读取同目录下的BRD.md文件，继承BRD的方向判断和结论，避免重复提问。
【操作步骤】
Step 1：读取BRD文件
MRD技能会自动查找当前目录的BRD.md文件，读取其中的方向判断、市场机会和结论。如果找不到BRD文件，会提示用户先完成BRD阶段。
Step 2：确认分析范围
根据BRD选定的方向，明确MRD要回答的核心问题：
- 目标用户是哪些人（年龄/职业/使用场景） - 用户的核心需求是什么（按优先级排序） - 现有解决方案有什么不足（为什么现有方案解决不了） - 市场规模有多大（目标用户数量、付费意愿）
Step 3：数据采集与分析
如果没有现成的用户调研数据，使用数据采集工具抓取目标平台上的真实用户讨论。重点采集：
- 用户在抱怨什么（痛点） - 用户在推荐什么（需求） - 用户在比较什么（决策因素）
对采集到的原始数据进行聚类分析，归纳出3-5个核心需求主题。
Step 4：竞品分析
对现有竞品进行系统梳理：
| 竞品 | 目标用户 | 核心功能 | 定价 | 用户评价 | 不足 |
|---|---|---|---|---|---|
| ... | ... | ... | ... | ... | ... |
Step 5：输出MRD文档
生成完整的MRD.md，包含以下章节：
1. 用户画像 — 目标用户的特征描述 2. 需求分析 — 按优先级排列的核心需求 3. 使用场景 — 典型用户旅程 4. 竞品分析 — 现有方案对比 5. 差异化机会 — 我们可以切入的角度 6. 市场需求结论 — 综合以上，给出市场需求判断
【代码模板】
MRD文档模板
```markdown
[产品方向] 市场需求文档（MRD）
日期：[填写日期] 承接BRD：[BRD文件名和结论]
一、用户画像
目标用户
[年龄/职业/使用场景描述]用户分层
| 用户类型 | 特征 | 核心需求 | 付费意愿 |
|---|---|---|---|
| 核心用户 | ... | ... | 高/中/低 |
| 边缘用户 | ... | ... | ... |
二、需求分析
核心需求（必须满足）
1. [需求1] — [描述，附数据索引] 2. [需求2] — [描述，附数据索引]期望需求（锦上添花）
1. [需求]兴奋需求（超预期）
1. [需求]三、使用场景
场景1：[场景名称]
- 触发：用户...[进入场景] - 行动：用户...[执行操作] - 期望：用户希望...[得到什么]四、竞品分析
[竞品对比表]
五、差异化机会
[我们可以切入的角度，附数据支撑]
六、市场需求结论
目标用户规模： 核心需求强度： 市场进入时机：
📎 数据索引
[所有引用来源] ```【复盘要点】
常见错误
1. 把MRD写成功能清单 — 关注用户需求而非产品功能 2. 缺乏数据支撑 — 每个结论都要有索引来源 3. 忽视竞品分析 — 要清楚现有方案为什么不够好 4. 需求没有分层 — 核心/期望/兴奋需求要区分优先级
判断标准
一个好的MRD应该能回答：
- 目标用户能不能说清楚（能不能画出一个典型用户画像） - 需求是不是真实存在的（有没有数据支撑） - 现有方案是不是真的不够好（竞品分析有没有说服力） - 我们切入的角度是不是有差异化的（为什么是我们不是别人）
进阶提示
- MRD的用户画像部分可以借鉴Jobs-to-be-Done框架 - 竞品分析不只是功能对比，还要看用户体验和付费转化 - 如果发现某个竞品做得很好，说明市场需求存在，关键是怎么找到差异化角度
来源：GitHub https://github.com/wbx125133/codex-skills