「干货分享」50人+团队常用的一套PRD模板

updown

以下为具体内容，内容去掉了所有正文，添加了说明。文章末尾提供下载。

目录结构

功能结构图

文档结构图

整个结构由以下部分组成:

1、文档介绍

主要描述文档的术语定义，参与本需求确认的相关干系人及确认历史。

干系人

2、产品概述

描述产品背景，产品业务目标，此部分主要面向领导层和pmo以及运营团队。

3、需求分析

     1）用户分析。分析系统面向的用户及不同的使用场景（也就是告诉都谁来用这个系统）；

     2）角色分析。分析不同角色具备的系统功能）；

     3）业务指标。分析系统上线后要达到的业务指标，通常面向运营团队；

     4）主要业务流程。描述系统的主要业务流程，用于干系人讨论决策；

     5）需求池分析。分析目前需求整体情况，按需求来源，优先级进行统计阐述(详细需求引导到需求管理软件，如TAPD,禅道，我所在团队目前用TAPD进行需求和进度管理，采用的原因主要是包含功能比较全面：如：需求，迭代，故事墙，wiki，文档管理等）如下图（与本文档无关）：

需求管理软件

6，功能规划。根据优先级和公司资源规划每个迭代的所需完成的功能及里程碑事件。

从预期目标上分析系统各迭代需包含的功能和计划。

(一般将参会人引导到部门需求管理软件)。文档中通过脑图画出结构讲解各个迭代的结构（迭代里面要分析规划分析），如果软件需求不多可在此用表格详细列出需求列表。

4、需求设计

也可叫功能设计，这里正是面向研发，进行一下内容详细阐述：

1、整体功能和优先级

描述功能设计结构、需求映射关系、优先级。

迭代优先级

2、功能结构图

功能整体结构，一般用viso画出。

3.菜单结构图

列出菜单设计结构。一般用axure原型列出。可根据团队结构，提供灰度原型或者高保真原型。

菜单设计

3、功能设计

这个章节具体描述各个功能的设计。包含：原型，原型标注、用户场景及操作流程

功能设计

其中：

1）原型标注：这里面我们直接会给出原型的标注，数据说明等。有的大厂这一部分是单独的标注工具管理，如：pxcook软件。

2）用户场景及使用流程：描述此功能的使用场景，用户操作流程，一般包含和其他功能的交互。实例如下（保密期间去除了实际内容）：

流程图

3、业务规则。这里面要给出业务规则(校验规则)，如前置条件、输入规则、超时规则、阈值要求等。

4、接口设计

其实这部分按照规范已经不在属于PRD的范畴了。但是我们主要想用它来说明和第三方合作伙伴的接口规则。如：调用频次说明，业务结算规则说明、调用方式说明等，但不包含协议具体内容。

接口设计

5、非功能需求

主要包含：

性能需求

1、用户规模预测分析

分析上线后可能的用户数和并发数，

在线数和并发量要求（这里列出要求的在线数和并发数支撑指标）。

2、吞吐量（TPS）

每秒钟要处理的事务数，以及在不同级别的并发下平均响应时间规定。

稳定性需求

要求不宕机的时间，如7*24小、早3：00~完11点。

安全性需求

要求数据传输的加密机制。是否采用证书，是否统一认证等。

兼容性需求

分服务端和客户端，如服务端的操作系统是windows，linux等，客户端需要兼容的浏览器规定。App需要兼容的ios或者android的版本和尺寸。

维护和升级规定

规定系统升级时间、规定升级过程的规范性（如是否可让用户感觉到重新登录等）。

6、项目管理

这里的项目管理不是指项目经理角色所面对的全周期项目管理。主要包含以下部分：

1、进度安排。主要描述从需求发起，到上线各个部门及干系人需要定时输出的成果。用于从一开始就确定好项目协同的资源。

2、风险和应对措施分析。

本次系统上线或升级可能带来的风险和应对策略，主要是面向用户。包含：

风险描述：描述风险具体内容。

规避策略：描述建议通过什么手段规避风险，一般都是投入更多的资源等。

7、附件

主要包含参考的文献，以及设计规范内容（一般规定UI规范也可单独成文管理）。

~完~

) o: V) a  i. {+ N

duck

功能规划。根据优先级和公司资源规划每个迭代的所需完成的功能及里程碑事件。  从预期目标上分析系统各迭代需包含的功能和计划。

123321ad

好东西

BaBaBruce

感谢楼主分享

may~chen

需求评审，下载文档

sun_tree

谢谢分享

瞪郜望源_21

不错，写的很不错，内容全面和丰富，很有指导和借鉴意义，学习了