在BRD和MRD完成方向判断与需求分析后，PRD定义具体的产品方案和功能实现细节。读取MRD文件继承需求分析，重点回答做什么功能、先做哪些、怎么做。输出带优先级和技术考量说明的完整PRD文档。
【适用场景】
什么时候用
当MRD已经明确市场需求，需要定义具体的产品方案和功能细节时使用。典型场景：
- MRD分析完成，确定了目标用户和核心需求，需要设计产品功能 - 已经有了MRD.md文件，想基于它继续深入到功能设计 - 需要向开发团队明确要做什么、优先级是什么 - 准备开始具体开发，需要一份完整的功能规格说明
什么时候不该用
- 还在探索方向，不知道值不值得做——先用BRD - 还不清楚用户需求是什么——先用MRD - 只需要技术实现方案——那是工程设计文档的范畴
产品决策链
BRD → MRD → PRD 是完整的产品决策链：
- BRD：值不值得做（方向判断） - MRD：用户需求是什么（需求分析） - PRD：具体怎么做（功能设计）
PRD自动读取同目录的MRD.md，继承需求分析结论，直接进入功能设计阶段。
【操作步骤】
Step 1：读取MRD文件
PRD技能自动查找当前目录的MRD.md文件，读取用户画像、需求分析和竞品分析结论。如果找不到MRD文件，会提示先完成MRD阶段。
Step 2：产品定位与核心价值主张
基于MRD的需求分析，明确产品的核心定位：
- 产品要解决什么问题（对应MRD中的哪个核心需求） - 目标用户是谁（直接引用MRD的用户画像） - 核心价值是什么（用一句话说清楚为什么用户要用这个产品）
Step 3：功能优先级排序
根据以下维度对功能进行优先级排序：
| 优先级 | 维度 | 说明 |
|---|---|---|
| P0 | 核心功能 | 没有这个产品就没意义 |
| P1 | 关键功能 | 没有这个用户体验很差 |
| P2 | 重要功能 | 有这个产品更完整 |
| P3 | 优化功能 | 锦上添花 |
使用RICE或MoSCoW方法进行优先级评估。
Step 4：功能详细说明
对P0和P1功能进行详细描述：
- 功能名称和描述 - 用户故事（As a... I want... so that...） - 功能详细说明（做什么、怎么做） - 输入输出（用户给什么、系统返回什么） - 边界条件和异常处理 - 依赖关系（依赖哪些其他功能或外部系统）
Step 5：输出PRD文档
生成完整的PRD.md，包含以下章节：
1. 产品概述 — 产品定位、核心价值主张 2. 功能全景图 — 所有功能的优先级总览 3. P0核心功能详解 — 每个P0功能的详细说明 4. P1关键功能详解 — 每个P1功能的详细说明 5. 技术考量 — 实现需要注意的技术问题 6. 非功能需求 — 性能、安全、可用性要求
【代码模板】
PRD文档模板
```markdown
[产品名称] 产品需求文档（PRD）
日期：[填写日期] 承接MRD：[MRD文件名和需求结论]
一、产品概述
产品定位
[产品要解决什么问题]目标用户
[直接引用MRD用户画像]核心价值主张
[用一句话说明为什么用户要用这个产品]二、功能全景图
| 功能 | 优先级 | 描述 | 依赖 |
|---|---|---|---|
| 功能1 | P0 | ... | 无 |
| 功能2 | P1 | ... | 功能1 |
| 功能3 | P2 | ... | 无 |
三、P0核心功能详解
3.1 [功能名称]
描述：这个功能做什么
用户故事： 作为 [用户类型]，我想要 [功能]，以便 [价值]
详细说明： [功能详细描述]
输入：[用户输入什么] 输出：[系统返回什么]
边界条件： - 正常情况：[描述] - 异常情况：[描述] - 极限情况：[描述]
四、技术考量
[实现需要注意的技术问题]
五、非功能需求
- 性能：响应时间小于X秒 - 可用性：99.9% uptime - 安全：[安全要求]
需求追踪矩阵
| 功能 | 来源需求（MRD） | 验收标准 |
|---|---|---|
| 功能1 | MRD需求1 | [验收条件] |
【复盘要点】
常见错误
1. 把PRD写成功能清单 — 要有详细说明和验收标准，不能只有功能名 2. 功能没有优先级 — 所有功能都想做等于没做，要区分核心和辅助 3. 忽视技术约束 — 要提前和技术团队确认可行性 4. 没有验收标准 — 不知道怎么算完成，功能设计就不完整
判断标准
一个好的PRD应该能回答：
- 产品要做什么（功能清楚） - 先做什么后做什么（优先级清楚） - 怎么做才算完成（验收标准清楚） - 有什么技术风险（技术考量清楚）
进阶提示
- PRD是给开发团队看的，要用他们能理解的语言 - 用户故事格式（As a... I want...）比功能描述更直观 - 每个功能都要有明确的验收标准，否则开发无法判断完成度 - 技术考量部分要提前和技术负责人沟通，不要自己拍脑袋
来源：GitHub https://github.com/wbx125133/codex-skills