下面是小编为大家整理的产品需求文档PRD,供大家参考。
X XXXX 产品
需求文档（ PRD ）
编
制
日
期：
年
月
日
XXXX 产品需求文档（PRD）
一、基本信息 编制人 编写时间 审核 审核时间 版本 二、文件修订历史 序号 版本号 修订章节 修订原因 修订日期 修订人 修订说明
目
录
前言
-------------------------------- ----------
错误!未定义书签。
一、前言
-------------------------------- ----------------------
4 4 1、编写目的 --------------------------------------------------- 4 2、参考文献 --------------------------------------------------- 4 二、产品概述
-------------------------------- ------------------
4 4 1、产品简述 --------------------------------------------------- 4 2、专有名词解释 ------------------------------- 错误! ! 未定义书签。
3、产品用户角色描述 --------------------------- 错误! ! 未定义书签。
4、产品总体架构 ------------------------------- 错误! ! 未定义书签。
5、产品业务流程图 ----------------------------- 错误! ! 未定义书签。
三、产品功能需求
-------------------------------- --------------
7 7 1、 功能点
-------------------------------- --------------------
7 2、需求编号及名称 ---------------------------------------- 7 3、需求说明 ---------------------------------------------- 7 4、功能业务流程图 ---------------------------------------- 7 5、功能流程 ---------------------------------------------- 8 6、产品界面原型 -------------------------- 错误! ! 未定义书签。
7、相关字段 --------------------------------------------- 11 四、非功能性需求
------------------------------
错误!未定义书签。
1、产品性能需求 ------------------------------- 错误! ! 未定义书签。
2、测试环境需求 ------------------------------- 错误! ! 未定义书签。
3、产品数据统计需求 --------------------------- 错误! ! 未定义书签。
4、安全性需求 --------------------------------- 错误! ! 未定义书签。
5、产品兼容性需求 ----------------------------- 错误! ! 未定义书签。
一、前言
1、编写目的 这部分主要阐述 PRD 的作用：
(1) 开发人员开发依据 (2) 设计人员输入源 (3) 产品经理跟进产品执行实现程度的依据 (4) 测试人员编写功能测试用例的输入源 (5) 外部人员产品理解或执行的依据 (6) 等等 2、参考文献 附上相关参考文档的信息。以便相关人员获取更详细的信息。
文档名称 版本 用途 备注
二、产品概述
1、产品简述 此部分主要是从整体的角度来去阐述一个项目或者产品，包括产品或项目解决的需求、包含哪些产品、包含哪些功能。
（1）产品或项目的整体描述。
整体上描述该产品或项目的全局，从解决的问题、如何解决问题、所创造的价值等方面进行阐述。
（2）描述项目中包含的产品。
如果是一个相对较大的项目则需要分别阐述清楚项目下拥有的各个产品。比如，从客户端来说，有 PC 端、微信端、ios 和安卓端；
从用户端来说，有 B 端、有 C 端。简述各个产品在项目中发挥的作用。
（3）描述产品中包含的功能。
接下则阐述各个产品所包含的主要功能。
如：对于某款 K12 实时一对一答疑辅导产品来说，他有老师端和学生端两款产品。老师端的主要功能有为学生解题。学生端的主要功能为上传问题。
2、专有名词解释 此部分主要解释产品中涉及的相关专业名词的解释。
如下图，主要为教育机构中的业务专有名词：
专有名词 描述 1 对 1 教育辅导的一种形式，一个老师只对应一个学生进行授课
3、产品用户角色描述 当今互联网产品中，产品的用户都不止一个，PRD 需在概况中描述清楚产品中涉及的每一种用户角色。
如下图：主要为教育机构中的各种业务角色：
用户角色 用户角色描述 系统管理员 系统的超级管理账户
4、产品总体架构 此处画出产品的总体功能结构图：功能结构图根据产品的每个功能逐一深入画出结构图。
如下图：为 K12 教育产品学霸君的功能结构图；
5、产品业务流程图 此处画出产品总体的功能业务流程图：（该流程图为现阶段搜提类 K12 在线学习 APP 的大致业务流程，流程中并没有对子流程进行细化。实际工作 PRD 中的细化子流程或文档可在功能性需求中详细附上并详细描述。）
三、 产品功能需求
1、功能点（手机注册）
2、需求编号及名称 A、可根据需求的类型、需求的名称以及需求的优先级对需求进行编号。
B、需求的类型。如：
I=输入需求(Input)；
O=输出需求(Output)；
W=界面需求(Window)；
R=角色及权限(Role) C、需求的名称。如：登录=longin；
支付=payment。当然，除了大部分通用的功能需求外，大部分的需求名字是配有专业名词的。如：课程消耗=CoursesConsumption。
D、优先级。则可直接按序号排列。
3、需求说明 对某一项需求功能进行描述，描述清楚功能的使用者、使用场景、使用动作与步骤、使用结果。
如：登录需求：该需求满足了用户在未登录的情况下，触发相关条件，输入用户 id 及密码即可完成用户登录。
4、功能业务流程图 这里将以用户主动登录的一个功能作为例子，展示功能需求中的用户用例。
相关概念的解释：
前置条件：即要完成当前动作，必须经过的上一动作。
基本事件流：用户在正常情况下无卡点完成某一动作的全部流程。
其他事件流：用户在某动作的操作中操作有误，由操作中的错误可能引发的相关流程情况。
异常事件流：异常事件流导致该用例无法完成。
后置条件：当前动作顺利完成后抵达的页面或触发的条件。
5、功能流程 同样的将以登录业务流程作为例子展示登录业务中的流程图。该流程图详细地展示了登录过程中的所有流程可能，可详细查看。
6、产品界面原型 此产品界面原型为上面所讲述的用户用例中的产品界面原型：
通常的情况下，在原型界面需要附上各个部件的文字解释以及页
面的动作和跳转逻辑阐述。因为此登录功能为较常用功能，且用户用例中也已经描述较为清楚了，故此处不做文字解释及跳转逻辑阐述。
7、相关字段 每个功能需求须要写清楚该功能需求下包含的相关字段。字段则是指一个对象中包含的相关变量。
如：对于一个学生用户来说，他的字段可能包含以下几种：id、username（用户名）、手机号码、qq、年级、所在学校等等
四、 非功能性需求
1、产品性能需求
A、用户承载量需求。如：支持 2 万用户同时在线。
B、产品响应速度需求。如：在网络状况良好的情况下，页面跳转速度不超过 5 秒。
2、测试环境需求
A、产品测试环境与正式上线环境的需求。
3、产品数据统计需求
A、自建的统计数据需求。如：相关事件埋点统计需求。
B、接入第三方数据统计接口需求。如：接入友盟统计。
4、安全性需求
A、恶意注册防范需求。
B、恶意刷数据防范需求 5、产品兼容性需求
A、客户端。如：各种主流手机设备均可正常使用，无显示异常，无闪退。
B、WEB 端。如：各种主流的尺寸及终端的 WEB 端显示的页面均无显示异常
谢谢惠顾！
专注于具有实用价值文档、PPT 等资料的分享！
我分享，我快乐！
欢迎您的惠顾，希望此资料对您有用，资料仅供参考。
