产品需求文档（PRD）

PRD

产品需求文档（PRD），是产品经理的工作中非常重要的一份文档，如果能写的好，对于产品的落地是非常有帮助的。关于产品需求文档，可以按照这种方式去写，当然形式不重要，无论是Word、Excel、PPT、还是Axure，关键是怎么样更好的给这份文档的目标用户看，产生价值。接下来是个人的一点愚见，还会持续更新。

一、架构图

PRD

二、内容

1、文档简介

产品需求说明书文档的简介应提供整个文档的概述。它应包括此产品需求说明书文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。

• 文档目的
  阐明此产品需求说明书文档的目的，如：
  本文档为“韩小凯v1.0.0”的产品需求文档，主要作为确认需求以及系统分析设计的依据。

• 文档范围
  简要说明此产品需求说明书文档的范围、它的相关产品，以及受到此文档影响的任何其他事物。

2、用户角色描述

主要介绍产品的目标用户角色，包含前后端用户、各种平台、运营人员等等。还有他们的相关描述，如果可以的话，可以进行用户画像的描述。

3、产品概述

主要是高度概括产品的功能与介绍。

• 目标
  描述产品的目标
• 总体流程
  描述产品的总体流程图
• 功能摘要
  简要描述产品的功能点和每个功能点的优先级

4、产品特性

列出产品的特性。特性是为让用户获益而必须具备的高级系统功能。每一项特性都是外部所需的服务，它通常需要一系列输入来实现预期的结果。

此节为设计的系统功能性需求, 一般以用例结合自然语言来表达。此节通常按特性来组织，但也可能会有其他适用的组织方式，例如按用户或子系统组织的方式。

这一节应包含所有的产品需求，其详细程度应使架构设计人员和软件需求设计人员能够设计出可以满足这些需求的系统，不包括可选流程和异常流程，不对具体语义做约束。

• 功能模块
  （1）产品概述
  概述功能模块的产品特性及效果
  （2）产品结构（功能摘要）
  概述功能模块的产品结构或包含组件
  （3）状态说明
  列出产品的各种状态及状态转换图
  （4）特性说明
  对特性的名称、功能点进行介绍，进行需求祥述和一些补充说明

5、其它产品需求

从业务视角提出各项可用性指标的大致需求。具体的技术指标会体现在产品的设计文档中（根据项目实际情况增删）

• 性能需求
  如果产品对性能要特殊需求，请详细描述，如：大致响应时间、最大并发数等。
• 监控需求
  如果产品需要特殊的监控和统计，请详细描述，如：PV、点击、登录数等。
• 兼容性需求
  如果产品需要对兼容性提出特殊的需求，请详细描述，如：（Web应用兼容IE8、Chrome，APP兼容到系统什么版本等。）

6、风险分析

风险内容描述，说明风险产生原因，可能造成的危害以及相应出现的频率信息，另外在此处还需要描述相关风险预防措施及风险出现后的应对措施信息。此处不包括任何系统技术实现层面的风险，例如：系统的备份，监控，模块依赖等。

7、相关文档

产品所需的其余相关文档，如：产品市场需求说明书（MRD）、产品功能介绍PPT、产品规划书。

8、附件

将产品需求的demo作为附件，可以是原型图或者产品手稿等。