1、1*产品需求文档基本信息编写人员 编写时间审核 审核时间版本 V1.01文档修订历史序号 版本号 修订章节 修订原因 修订日期 修订人 修订说明xxxx 年 xx 月 xx 日2目录前言 -4第一章 前言 -51.1 编写目的 -51.2 参考文献 -5第二章 产品概述 -52.1 产品简述 -52.2 专有名词解释 -52.3 产品用户角色描述 -52.4 产品总体架构 -52.5 产品业务流程图 -5第三章 产品功能需求 -93.1 功能点 1 -93.1.1 需求编号及名称 -93.1.2 需求说明 -93.1.3 功能业务流程图 -103.1.4 功能流程 -103.1.5 产品界面原
2、型 -103.1.6 相关字段 -10第四章 非功能性需求 -1134.1 产品性能需求 -114.2 测试环境需求 -114.3 产品数据统计需求 -114.4 安全性需求 -114.5 产品兼容性需求 -11第一章 前言1.1 编写目的这部分主要阐述 PRD 的作用： 开发人员开发依据 设计人员输入源 产品经理跟进产品执行实现程度的依据 测试人员编写功能测试用例的输入源 外部人员产品理解或执行的依据 等等1.2 参考文献附上相关参考文档的信息。以便相关人员获取更详细的信息。4文档名称 版本 用途xx 产品原型图.rp v1.0 查看产品原型细节及页面跳转逻辑xx 业务流程图 .vsd v1
3、.0 查看某一功能的业务细节第二章 产品概述2.1 产品简述此部分主要是从整体的角度来去阐述一个项目或者产品，包括产品或项目解决的需求、包含哪些产品、包含哪些功能2.1.1 产品或项目的整体描述。整体上描述该产品或项目的全局，从解决的问题、如何解决问题、所创造的价值等方面进行阐述。2.1.2 描述项目中包含的产品。如果是一个相对较大的项目则需要分别阐述清楚项目下拥有的各个产品。比如，从客户端来说，有 PC 端、微信端、ios 和安卓端；从用户端来说，有 B 端、有 C 端。简述各个产品在项目中发挥的作用。2.1.3 描述产品中包含的功能。接下则阐述各个产品所包含的主要功能。5如：对于某款 K1
4、2 实时一对一答疑辅导产品来说，他有老师端和学生端两款产品。老师端的主要功能有为学生解题。学生端的主要功能为上传问题。2.2 专有名词解释此部分主要解释产品中涉及的相关专业名词的解释。如下图，主要为教育机构中的业务专有名词：专有名词 描述1 对 1 教育辅导的一种形式，一个老师只对应一个学生进行授课2.3 产品用户角色描述当今互联网产品中，产品的用户都不止一个，PRD 需在概况中描述清楚产品中涉及的每一种用户角色。如下图：主要为教育机构中的各种业务角色：用户角色 用户角色描述6系统管理员 系统的超级管理账户2.4 产品总体架构此处画出产品的总体功能结构图：功能结构图根据产品的每个功能逐一深入画
5、出结构图。如下图：为 K12 教育产品学霸君的功能结构图；2.5 产品业务流程图7此处画出产品总体的功能业务流程图：（该流程图为现阶段搜提类 K12 在线学习 APP 的大致业务流程，流程中并没有对子流程进行细化。实际工作 PRD 中的细化子流程或文档可在功能性需求中详细附上并详细描述。 ）流程图中的图示：第三章 产品功能需求3.1 功能点 1（手机注册）3.1.1 需求编号及名称可根据需求的类型、需求的名称以及需求的优先级对需求进行编号。需求的类型。如： I=输入需求(Input)； O=输出需求(Output)； W=界面需求(Window)；R=角色及权限(Role)8需求的名称。如：登
6、录=longin ；支付=payment。当然，除了大部分通用的功能需求外，大部分的需求名字是配有专业名词的。如：课程消耗=CoursesConsumption 。优先级。则可直接按序号排列。3.1.2 需求说明对某一项需求功能进行描述，描述清楚功能的使用者、使用场景、使用动作与步骤、使用结果。如：登录需求：该需求满足了用户在未登录的情况下，触发相关条件，输入用户 id 及密码即可完成用户登录。3.1.3 功能业务流程图这里将以用户主动登录的一个功能作为例子，展示功能需求中的用户用例。9相关概念的解释： 前置条件：即要完成当前动作，必须经过的上一动作。 基本事件流：用户在正常情况下无卡点完成某一动作的全部流程。 其他事件流：用户在某动作的操作中操作有误，由操作中的错误可能引发的相关流程情况。 异常事件流：异常事件流导致该用例无法完成。后置条件：当前动作顺利完成后抵达的页面或触发的条件。3.1.4 功能流程同样的将以登录业务流程作为例子展示登录业务中的流程图。该流程图详细地展示了登录10过程中的所有流程可能，可详细查看。
