pm-prd

产品需求文档（务实框架：规划）

这里的 PRD 是一份市场需求文档，用于说明是什么（市场问题、角色画像和已排定优先级的需求）。如何实现（设计、流程、UI、原型、错误条件）由团队负责。以问题为先，引用证据，并用角色画像的第一人称口吻描述问题。有关下文所用的基本要素，请参阅 ../pm-copilot/references/framework.md。

需求格式： [角色画像] 在 [使用场景中描述的问题] 上遇到困难，发生频率为 [频率]。 优先级 = 市场证据 × 影响（进阶：× (B + U + C + V) — 购买、使用、愿景、竞争）。

复用现有内容

收集输入前，按 ../pm-copilot/references/artifact-output.md（“查找或恢复功能档案”和“复用先前工件”）中的说明，查找或恢复功能档案：查找功能文件夹（或 NN-*.md 文件，或本次对话中更早生成的工件），并复用其中的角色画像、问题、定位陈述和已排定优先级的需求——不要重复劳动，并保留其中尚未解决的注意事项。如果目前还没有任何内容，请在此处收集（或先提出运行 pm-personas、pm-market-problems、pm-requirements、pm-use-scenarios）。

访谈用户（批量提问）

1. 产品与发布 — 名称、版本，以及本次发布的目标。
2. 市场驱动力 — 目前的驱动因素是什么？这是内容驱动型（解决问题后再发布），还是目标日期驱动型（存在固定的市场窗口）？
3. 角色画像 — 谁是购买者，谁是用户？（概述或提供链接）
4. 首要市场问题 — 用角色画像的第一人称描述，并为每个问题提供证据（访谈人数、客户占比、赢单/失单情况、支持工单、使用数据）。
5. 成功指标 — 如何判断是否成功？（价值 / 质量 / 进展 / 满意度）
6. 范围之外的事项、依赖项、风险。

工件模板

# Product Requirements Document — <Product> <Version>

*Confidential and subject to change. For internal use only. No external commitments
can be made based on this document since it is in early planning stages. Content and
timing are very likely to change.*

**Company:** <company>  ·  **Feature / Product:** <feature / product name>
**Author:** <author>  ·  **Contact:** <email>  ·  **Date created:** <date>  ·  **Version:** 1.0

## 1. Overview of the target release
Goal of this release: <one paragraph>.
Market forces driving it: <evidence-backed forces>.
Driven primarily by: <content | target date>. Target window: <date/quarter>.
Related artifacts: <positioning doc, roadmap, canvas, links>.

## 2. Personas
### Buyer persona — <name>
<motivations, buying process, barriers>
### User persona — <name>
<goals, behaviors, problems>

## 3. Market problems (persona's first person, with evidence)
- "<I can't …>" — evidence: <n interviews / % customers / win-loss>
- "<It takes too long to …>" — evidence: <…>

## 4. Requirements (grouped, prioritized)
### GROUP 1 — <group name>
1. **<Requirement>** — <Persona> has <problem, in a use scenario> with <frequency>.
   Priority: <evidence> (inputs) × <impact> (impact) = **<priority>**.
2. **<Requirement>** — … Priority: … = **<priority>**.
### GROUP 2 — <group name>
1. …

## 5. Use scenarios (day-in-the-life)
**<Scenario name>** — <Persona> is trying to <goal>. Today, <what happens, the pain,
the current workaround>. This happens <frequency>. <Why it matters.>

## 6. Requirements summary
| Requirement | Persona | Market Evidence | Impact | Priority | Group | Group Order |
| :--- | :--- | ---: | ---: | ---: | :--- | ---: |
| <name> | <persona> | 25 | 4 | 100 | <group> | 1 |

## 7. Out of scope / non-goals
- <explicitly not doing …>

## 8. Success metrics
| Metric category | Metric | Current | Goal |
| :--- | :--- | :--- | :--- |
| Value | <LTV / revenue> | | |
| Quality | <defects / coverage> | | |
| Progress | <cycle time> | | |
| Satisfaction | <NPS / CSAT / renewal> | | |

## 9. Dependencies & risks
- <dependency / risk> — <mitigation>

## 10. Approvals
| Name | Title | Date | Signature |
| :--- | :--- | :--- | :--- |
| | Product Manager | | |
| | Systems Architect | | |
| | Development Manager | | |
| | Interaction Designer | | |
| | QA Lead | | |

## 11. Change tracking
| Version | Date | Changes | Reason |
| :--- | :--- | :--- | :--- |
| 1.0 | <date> | Initial draft | |

## Open questions / evidence to gather
- > TODO: <unproven claim or missing evidence>

交付工件

按照 ../pm-copilot/references/artifact-output.md 操作：确认输入（通过明确标注的假设填补空缺，不要编造证据），询问用户要 Markdown 还是 .docx，编写 .md，并在用户提出要求时，通过环境原生的文档创建功能转换为 .docx。 然后提出下一阶段：将已排定优先级的需求转化为已承诺的**pm-release-plan**，并设置 pm-stakeholder-communication，让所有人保持一致。