产品需求说明书（PRD）

（此文章是通过网络上或书籍上内容进行学习总结的，如有侵权，请联系本人删除）

一、PRD 定义：

主要用于完整描述产品需求，向各个部门明确产品的功能、性能和目标以及作为产品文档归档。

二、编写PRD的作用：

（1）研发需要根据你的PRD写代码；

（2）测试需要根据你的PRD撰写测试用例；

（3）UI需要根据你的PRD输出UI稿；

（4）运营需要根据你的PRD去准备运营资料，申请接口；

（5）产品经理在产品迭代管理中回溯此前需求的设计及规划；

三、产品需求说明书包含哪些模块？

1. 修订记录：

每次需求更改都要有明确的修订记录，让开发能够直接找到修改的位置。

（此图借鉴他人文章，如有侵权，请及时联系本人删除）

2. 项目简介

（1）项目/需求背景：通过竞品分析，以及贴合公司业务，讲述项目/需求产生原因。

（2）项目价值：讲述项目在当前市场中存在的价值，潜移默化的告诉大家产品的可实施性，让大家更好的实现产品。

（3）项目目标：讲述项目的最终发展目标，让大家以最终目标为方向去推动产品进行。

3. 功能清单

说明本次开发要做的模块和功能，并对每个功能进行描述，功能多的时候就要对功能进行优先级排序。

 4. 名词解释

这部分主要是对一些专业名词、缩略语做解释，帮助用户更好的理解需求文档。

5. 全局交互

针对全局通用的交互、系统规则、异常情况等相关内容，在全局说明中统一说明。避免在文档中反复出现，导致文档臃肿，造成阅读困难。

（1）比如：输入框定义、类型、数字限制等，分页规则，各类型弹窗交互说明等。

（2）异常情况则包含了断网、误操作、数据丢失、加载中、功能权限等情况，需要描述对应情况下如何处理，也可以写在具体功能需求描述中。

6. 结构图

（1）产品结构图（功能结构图、信息结构图）

（2）业务流程图：描述整个业务的核心流程

7. 页面流程图

体现页面之间的交互流程

8. 功能需求

对界面，功能，交互进行详细描述，描述方式有以下3种方式：

（1）按照页面逻辑对分层

（2）功能排序（如：数字符号一一对应型）

（3）功能的具体描述：一般情况下，从五个方面去描述一个功能，分别为定义、数据来源、交互、边界、验收标准

9. 非功能需求

主要包括性能要求，兼容性需求，安全要求，埋点需求，运营需求等。