37 lines
2.0 KiB
Markdown
37 lines
2.0 KiB
Markdown
---
|
||
title: "Product Requirements Document (PRD)"
|
||
type: concept
|
||
tags: ["product-management", "documentation", "prd"]
|
||
last_updated: 2026-04-30
|
||
---
|
||
|
||
## Aliases
|
||
- PRD
|
||
- Product Requirements Document
|
||
|
||
## Definition
|
||
Product Requirements Document（产品需求文档）—— 结构化的需求定义文档，在产品经理开始设计方案之前，以用户证据和商业逻辑为支撑，明确描述要解决的问题以及成功衡量标准。
|
||
|
||
## Core Components
|
||
1. **问题陈述**（Problem Statement）：用户痛点或商业机会的具体描述，包含证据（用户访谈、行为数据、客服工单、竞争信号）
|
||
2. **目标与成功指标**（Goals & Success Metrics）：表格化列出目标、指标、当前基线、目标值和测量窗口
|
||
3. **非目标**（Non-Goals）：明确本迭代不会解决的问题，防止范围蔓延
|
||
4. **用户画像与故事**（User Personas & Stories）：核心用户画像 + 带验收标准的用户故事
|
||
5. **解决方案概述**（Solution Overview）：2-4段叙事描述，包含关键设计决策
|
||
6. **技术考量**（Technical Considerations）：依赖、已知风险、开放问题
|
||
7. **发布计划**（Launch Plan）：阶段表（内部Alpha → 封闭Beta → GA），回滚标准
|
||
8. **附录**（Appendix）：用户研究记录、竞品分析、设计稿链接等
|
||
|
||
## Key Principles
|
||
- **先写新闻稿，再写 PRD** —— 一段式新闻稿说不清楚用户为什么在乎，则还没准备好写需求或开始设计
|
||
- **协作编写，不是孤立产出** —— 工程师和设计师应从一开始就参与文档编写
|
||
- **所有指标都必须可测量** —— 定性描述不能成为验收标准
|
||
|
||
## Usage
|
||
由 [[Product Manager Agent]] 主导产出，是产品团队、工程师、设计师、营销和销售之间的共享语言和共识载体。
|
||
|
||
## Related
|
||
- [[RICE Prioritization Score]] — PRD 中优先级排序使用的量化框架
|
||
- [[Opportunity Assessment]] — PRD 之前的早期机会评估文档
|
||
- [[Go-to-Market (GTM) Brief]] — PRD 之后的发布执行计划
|