产品需求文档PRD模板.docx

产品需求文档PRD模板.docx

《产品需求文档PRD模板.docx》由会员分享，可在线阅读，更多相关《产品需求文档PRD模板.docx（11页珍藏版）》请在冰点文库上搜索。

产品需求文档PRD模板

***产品需求文档

基本信息

编写人员

编写时间

审核

审核时间

版本

V1.01

文档修订历史

序号

版本号

修订章节

修订原因

修订日期

修订人

修订说明

xxxx年xx月xx日

目录

前言4

第一章前言5

1.1编写目的5

1.2参考文献5

第二章产品概述5

2.1产品简述5

2.2专有名词解释5

2.3产品用户角色描述5

2.4产品总体架构5

2.5产品业务流程图5

第三章产品功能需求9

3.1功能点19

3.1.1需求编号及名称9

3.1.2需求说明9

3.1.3功能业务流程图10

3.1.4功能流程10

3.1.5产品界面原型10

3.1.6相关字段10

第四章非功能性需求11

4.1产品性能需求11

4.2测试环境需求11

4.3产品数据统计需求11

4.4安全性需求11

4.5产品兼容性需求11

第一章前言

1.1编写目的

这部分主要阐述PRD的作用：

∙开发人员开发依据

∙设计人员输入源

∙产品经理跟进产品执行实现程度的依据

∙测试人员编写功能测试用例的输入源

∙外部人员产品理解或执行的依据

∙等等

1.2参考文献

附上相关参考文档的信息。

以便相关人员获取更详细的信息。

文档名称

版本

用途

xx产品原型图.rp

v1.0

查看产品原型细节及页面跳转逻辑

xx业务流程图.vsd

v1.0

查看某一功能的业务细节

第二章产品概述

2.1产品简述

此部分主要是从整体的角度来去阐述一个项目或者产品，包括产品或项目解决的需求、包含哪些产品、包含哪些功能

2.1.1产品或项目的整体描述。

整体上描述该产品或项目的全局，从解决的问题、如何解决问题、所创造的价值等方面进行阐述。

2.1.2描述项目中包含的产品。

如果是一个相对较大的项目则需要分别阐述清楚项目下拥有的各个产品。

比如，从客户端来说，有PC端、微信端、ios和安卓端；从用户端来说，有B端、有C端。

简述各个产品在项目中发挥的作用。

2.1.3描述产品中包含的功能。

接下则阐述各个产品所包含的主要功能。

如：

对于某款K12实时一对一答疑辅导产品来说，他有老师端和学生端两款产品。

老师端的主要功能有为学生解题。

学生端的主要功能为上传问题。

2.2专有名词解释

此部分主要解释产品中涉及的相关专业名词的解释。

如下图，主要为教育机构中的业务专有名词：

专有名词

描述

1对1

教育辅导的一种形式，一个老师只对应一个学生进行授课

2.3产品用户角色描述

当今互联网产品中，产品的用户都不止一个，PRD需在概况中描述清楚产品中涉及的每一种用户角色。

如下图：

主要为教育机构中的各种业务角色：

用户角色

用户角色描述

系统管理员

系统的超级管理账户

2.4产品总体架构

此处画出产品的总体功能结构图：

功能结构图根据产品的每个功能逐一深入画出结构图。

如下图：

为K12教育产品学霸君的功能结构图；

2.5产品业务流程图

此处画出产品总体的功能业务流程图：

（该流程图为现阶段搜提类K12在线学习APP的大致业务流程，流程中并没有对子流程进行细化。

实际工作PRD中的细化子流程或文档可在功能性需求中详细附上并详细描述。

）

流程图中的图示：

第三章产品功能需求

3.1功能点1（手机注册）

3.1.1需求编号及名称

可根据需求的类型、需求的名称以及需求的优先级对需求进行编号。

需求的类型。

如：

I=输入需求（Input）；O=输出需求（Output）；W=界面需求（Window）；R=角色及权限（Role）

需求的名称。

如：

登录=longin；支付=payment。

当然，除了大部分通用的功能需求外，大部分的需求名字是配有专业名词的。

如：

课程消耗=CoursesConsumption。

优先级。

则可直接按序号排列。

3.1.2需求说明

对某一项需求功能进行描述，描述清楚功能的使用者、使用场景、使用动作与步骤、使用结果。

如：

登录需求：

该需求满足了用户在未登录的情况下，触发相关条件，输入用户id及密码即可完成用户登录。

3.1.3功能业务流程图

这里将以用户主动登录的一个功能作为例子，展示功能需求中的用户用例。

相关概念的解释：

∙前置条件：

即要完成当前动作，必须经过的上一动作。

∙基本事件流：

用户在正常情况下无卡点完成某一动作的全部流程。

∙其他事件流：

用户在某动作的操作中操作有误，由操作中的错误可能引发的相关流程情况。

∙异常事件流：

异常事件流导致该用例无法完成。

后置条件：

当前动作顺利完成后抵达的页面或触发的条件。

3.1.4功能流程

同样的将以登录业务流程作为例子展示登录业务中的流程图。

该流程图详细地展示了登录过程中的所有流程可能，可详细查看。

3.1.5产品界面原型

此产品界面原型为上面所讲述的用户用例中的产品界面原型：

通常的情况下，在原型界面需要附上各个部件的文字解释以及页面的动作和跳转逻辑阐述。

因为此登录功能为较常用功能，且用户用例中也已经描述较为清楚了，故此处不做文字解释及跳转逻辑阐述。

3.1.6相关字段

每个功能需求须要写清楚该功能需求下包含的相关字段。

字段则是指一个对象中包含的相关变量。

如：

对于一个学生用户来说，他的字段可能包含以下几种：

id、username（用户名）、手机号码、qq、年级、所在学校等等

第四章非功能性需求

4.1产品性能需求

∙用户承载量需求。

如：

支持2万用户同时在线。

∙产品响应速度需求。

如：

在网络状况良好的情况下，页面跳转速度不超过5秒。

4.2测试环境需求

∙产品测试环境与正式上线环境的需求。

4.3产品数据统计需求

∙自建的统计数据需求。

如：

相关事件埋点统计需求。

∙接入第三方数据统计接口需求。

如：

接入友盟统计。

4.4安全性需求

∙恶意注册防范需求。

∙恶意刷数据防范需求

4.5产品兼容性需求

∙客户端。

如：

各种主流手机设备均可正常使用，无显示异常，无闪退。

∙WEB端。

如：

各种主流的尺寸及终端的WEB端显示的页面均无显示异常