产品需求文档PRD模板

1、基本信息*产品需求文档编写人员编写时间审核审核时间版本V1.01文档修订历史序号版本号修订章节修订原因修订日期修订人修订说明XXXX 年 XX 月 XX 日-1-3目录刖言错误！未定义书签Afr士第一早刖言1.1编写目的1.2参考文献第二章产品概述2.1222.3产品简述专有名词解释产品用户角色描述2.4产品总体架构2.5产品业务流程图第二章产品功能需求i3.1功能点13.1.1需求编号及名称3.1.2需求说明3.1.3功能业务流程图3.1.43.1.53.1.6功能流程产品界面原型相关字段第四章非功能性需求11错误！未定义书签。124.1产品性能需求4.2测试环境需求4.3产品数据统计需求

2、4.4安全性需求 4.5产品兼容性需求 第一章前言1.1编写目的这部分主要阐述PRD的作用：*开发人员开发依据设计人员输入源*产品经理跟进产品执行实现程度的依据测试人员编写功能测试用例的输入源外部人员产品理解或执行的依据1.2参考文献附上相关参考文档的信息。以便相关人员获取更详细的信息文档名称版本用途XX产品原型图.rpv1.0查看产品原型细节及页面跳转逻辑xx业务流程图.vsdv1.0查看某一功能的业务细节第二章产品概述2.1产品简述此部分主要是从整体的角度来去阐述一个项目或者产品，包括产品或项目解决的需求、包含哪些产品、包含哪些功能2.1.1产品或项目的整体描述。

3、整体上描述该产品或项目的全局，从解决的问题、如何解决问题、所创造的价值等方面进行阐述。2.1.2描述项目中包含的产品。如果是一个相对较大的项目则需要分别阐述清楚项目下拥有的各个产品。比如，从客户端来说，有PC端、微信端、ios和安卓端；从用户端来说，有 B端、有C端。简述各个产品在 项目中发挥的作用。2.1.3描述产品中包含的功能。接下则阐述各个产品所包含的主要功能。如：对于某款 K12实时一对一答疑辅导产品来说，他有老师端和学生端两款产品。老师端的主要功能有为学生解题。学生端的主要功能为上传问题。2.2专有名词解释此部分主要解释产品中涉及的相关专业名词的解释。如下图，主要为教育机构中的业务专

4、有名词：:|bOo专有名词描述1对1教育辅导的一种形式，一个老师只对应一个学生进行授课2.3产品用户角色描述当今互联网产品中，产品的用户都不止一个，PRD需在概况中描述清楚产品中涉及的每种用户角色。用户角色用户角色描述如下图：主要为教育机构中的各种业务角色：-9-系统管理员系统的超级管理账户2.4产品总体架构此处画出产品的总体功能结构图：功能结构图根据产品的每个功能逐一深入画出结构图。如下图：为K12教育产品学霸君的功能结构图；2.5产品业务流程图-11-此处画出产品总体的功能业务流程图：（该流程图为现阶段搜提类 K12在线学习APP的大致业务流程，流程中并没有对子流程进行细化。实际工作PRD

5、中的细化子流程或文档可在功能性需求中详细附上并详细描述。）第三章产品功能需求3.1功能点1 （手机注册）3.1.1需求编号及名称可根据需求的类型、需求的名称以及需求的优先级对需求进行编号。需求的类型。女口： 1=输入需求（Input） ； 0=输出需求（Output） ； W=界面需求（Window）；R=角色及权限（Role）粋 參绍缓 Oi 寇繆紐 ；? / :；：需求的名称。女口：登录=lo ngin ;支付=payme nt 。当然，除了大部分通用的功能需求外，大部分的需求名字是配有专业名词的。如：课程消耗=CoursesCo nsumption 。优先级。则可直接按序号排列。3.1.

6、2需求说明对某一项需求功能进行描述，描述清楚功能的使用者、使用场景、使用动作与步骤、使用结果。如：登录需求：该需求满足了用户在未登录的情况下，触发相关条件，输入用户id及密码即可完成用户登录。3.1.3功能业务流程图i这里将以用户主动登录的一个功能作为例子，展示功能需求中的用户用例。月倒名称1主动査录 冃倒IDLogon 01角芭：已注幼但未登录冃户用洌说刖插这用户主功登录的过程APP登录更面菽打开基本事件満L1, 用Q.点击員pp页面中的白兰录f注毋”按樹2. APP显不登录表单页fflb表单中包含文本框；“输入手机号玛二页面中包 含退出与朮页而的按爼一乩用户输入H也手机号码4.号玛元囁输入

7、框弹出“亠”苗钮.4.闲户点击“一F按迹进汙下一歩一4. 讎转兰轲入邑码页页页而包舍星示立本“诙手机号己注母二文本超链 接忘记密码及丸枣桓“询入登录童码5. 可户瑜一人正词的登录悲玛-当誉毋大于尊于机宦的G位时，文本桩自註 弹出槪胪按址*鼻用户点击” Q u按叙了弄出疑示文本“正在豆录疚登录成功，进入APP*我员面或进入登录訂贡直其它爭伴流；1. 用户値入手机号护法，弹岀*壹澈扎正礎的手机号駕*提示文本2秒 后消失，巨户重新鶴作基本亭件沢乳2. 用户码诗為 弹出“密何输入错冕 谓重新輪入提示文本，2 秒后消失用尸車新魏作基本拿牛换5.3. 靠计输铠了次密肝蒔出虎示丈本“你已累计斌错齐次誉记，清

8、垃甘 钟后頁试或找回亞良那.异常雪件淡，操作超吋.泵统還目甞录前页盍：后習条件：豊录成功迖入师卩*我”页面或讲入登录前页面相关概念的解释:前置条件：即要完成当前动作，必须经过的上一动作。基本事件流：用户在正常情况下无卡点完成某一动作的全部流程。其他事件流：用户在某动作的操作中操作有误，由操作中的错误可能引发的相关流程 情况。*异常事件流：异常事件流导致该用例无法完成。后置条件：当前动作顺利完成后抵达的页面或触发的条件。3.1.4功能流程该流程图详细地展示了登录过同样的将以登录业务流程作为例子展示登录业务中的流程图。-15-人判谒SMIAE3RN 环手矶 .匕蛉昭河 W15, &OJJ摘计HQv

9、L轴刑 戢搖扫LWH 期,m 解并m用!1示手n4MA看谒程中的所有流程可能，可详细杳看。o1AawBws- 宾不正,Mr-KA血刘*人ktha币歸喇 式+止确AMFMaT-W占高 m人-17-123A.RC&EF456GHIJKLMNO7891UVWXti033.1.5产品界面原型此产品界面原型为上面所讲述的用户用例中的产品界面原型:123ABCDFF456GHIJKLMND789PQR%TUWWXV20-ii -斗:？1 PM100 13B83SS8Bee 已注 ft 餉扎密汨宜搂登录1扫曲旳旺虫已注戏 為队舀比令登灵通常的情况下，在原型界面需要附上各个部件的文字解释以及页面的动作和跳转逻辑阐述。因为此登录功能为较常用功能，且用户用例中也已经描述较为清楚了， 故此处不做文字解释及跳转逻辑阐述。3.1.6相关字段每个功能需求须要写清楚该功能需求下包含的相关字段。变量。如：对于一个学生用户来说，他的字段可能包含以下几种:机号码、qq、年级、所在学校等等字段则是指一个对象中包含的相关id、user name （用户名）、手-19-第四章非功能性需求4.1产品性能需求用户承载量需求。如：支持 2万用户同时在线。*产品响应速度需求。如：在网络状况良好的情况下，页面跳转速度不超过4.2测试环境需求产品测试环境与正式上线环境的需求。4.3产品数据统计需求自建的