个人文档管理工具_产品经理效率工具之《产品需求文档-PRD实战篇》

上一篇，产品效率工具之《产品需求文档-PRD前瞻篇》，从不同的维度解读了：PRD是什么？

这一篇，将以实例还原产品需求文档(PRD)的完整设计过程，尝试定义一个实用、高效、价值的文档设计过程。

设计文档之前，看一看产品需求文档/PRD的目标用户(阅读者)。事实上，产品需求文档的受众极为宽泛，核心阅读对象包括：产品经理、技术研发、UI设计师、技术测试、项目经理，甚至包括非技术的运营及业务人员。

• 技术研发阅读PRD，熟悉了解产品功能逻辑
• UI设计师阅读PRD，设计视觉、交互的细节
• 技术测试阅读PRD，设计用例控制产品质量
• 项目经理阅读PRD，分拆功能协调分工协作

产品生命周期的前半生——技术研发阶段，PRD是每个协作者达成的共识，共同认知的产物，一切决策的指导手册。

鉴于我个人当前的工作需要，给出我设计的一个文档形式，仅供学习之用。

• PRD载体：有道云笔记+AXURE原型，云同步+图文配合，帮助阅读者最大程度的理解。
• MVP元文档：以1个需求为基本单位，独立需求描述，独立管理，适配团队的分布式协作。

基于需求基础粒度和团队协作方式，给出我当前工作的PRD内容基础结构：

MVP元文档-白苇原创

---

以实例呈现《产品需求文档/PRD》核心要素：

1. 文档内容

1.1 文档名称

• 能够让阅读者一眼就知道文档的核心内容
• 能够体现和记录文档本身的版本迭代变化
• 案例：【PRD】2688-商品详情页支持领红包-181009

a. PRD为文档类型

b. 2688为需求编号，来自需求管理工具

c. 商品详情页支持领红包&#