PRD产品需求文档经典模板.docVIP

PRD文档模板 第 PAGE 21 页 产品需求文档模板 XXX产品需求文档 [注：产品需求文档的定义：此文档的目的是收集、分析和定义xxx产品名的需要和特性。它包括相关方和目标用户需要的功能和这些需要存在的原因，以及详细地说明所确定的产品的关键外部业务流程、接口和非功能性特性的需求、设计约束。此文档用来让读者了解产品的外部黑盒概念，并指导《架构设计说明书》和《软件需求说明书》。 一个产品（对外对内具有统一定义的）只有一份《产品需求文档》，对于分解的对内项目部分可以以《xxxx产品需求文档—yyyy分册》来撰写。 文档版本号： 文档编号： 文档密级： 归属部门/项目： 产品名： 子系统名： 编写人： 编写日期： 修订记录： 版本号 修订人 修订日期 修订描述 填写真实版本号 如实记录修订人（为了后续追溯版本） 如实记录修订日期 如实记录版本迭代记录，特别是重大功能改动需要特别标注 目 录 TOC \o 1-6 \h \z 13796 一、 简介 3 15011 1、 目的 3 13293 2、 范围 3 13484 二、 产品概述 3 8974 三、 流程图 3 8888 1、 业务流程图（推荐泳道图） 3 11574 2、 状态图（理清状态流转） 4 29564 四、 用户角色描述 4 10459 五、 权限描述 5 987 1、 管理员 5 1653 2、 操作员 5 29959 六、 功能摘要 5 29343 七、 产品特性 6 22682 1、 XXXX页面 6 6735 1.1 优先级 6 2670 1.2 特性描述 6 10697 1.3 XXX页面 6 3647 八、 全局需求 7 9274 1、 性能需求 7 14175 2、 监控需求 7 24864 3、 兼容性需求 7 21248 九、 风险分析 7 9699 十、 相关文档 7 简介 对整个《产品需求文档》的简介，旨在让读者快速知道本文档的大体内容，对本文档有一个心里预期（包括介绍本文档所涉及的产品功能等，具体字数不宜太多） 目的 介绍本文档的目的 范围 主要描述前端页面涉及到的功能点、相对应的后台管理功能支持、以及部分交互细节。本文档主要读者为技术部门的前端工程师，以及视觉部门的视觉设计。 产品概述 用简便的话语来描述产品 流程图 业务流程图（推荐泳道图） 举例： 状态图（理清状态流转） 状态图是用于模拟系统动态特性的五个UML图之一。它定义了一个对象生命周期中的不同状态，这些状态为由事件触发改变。 状态图描述了从一个状态到另一个状态的控制流程。状态图最重要的目的是建立一个对象从创建到终止的生命周期。 举例： （图片来源于网络） 用户角色描述 用户角色 用户描述 普通用户 定义普通用户 Vip用户 定义VIP用户 轻度用户 定义轻度用户 重度用户 定义重度用户 权限描述 描述各个角色的具体权限，特别是在后台管理系统中权限分配尤为重要 管理员 1.1 编辑其他角色功能权限 1.2 xxxxxxxx 操作员 2.1 查看客户信息 2.2. xxxxxxx 功能摘要 [简要描述产品的功能点和每个功能点的优先级，参考格式如下] 功能模块 主要功能点 优先级 功能模块1 功能点1 P1 功能点2 P2 功能点3 P3 功能点4 P4 产品特性 XXXX页面 优先级 [描述该特性的优先级，可选：高、中、低] 特性描述 用户场景 [描述用户操作场景，如：用户从首页登录] 功能描述 [描述该场景下的功能特性] XXX页面 用户场景 用户使用场景 功能描述 着重描写此页面涉及到的功能模块，如有能力，请标注数据流转以及各种状态改变的临界条件 优先级 优先级 输入/前置条件 触发此页面的前置条件 需求描述 原型图+需求描述（尽量具体） 输出/后置条件 此页面触发的后置条件 补充说明 可在此补充不涉及此页面功能需求但是读者必须知道的知识点 全局需求 性能需求 举例：app需要能承载一万人同时访问 监控需求 可结合慢点文档对数据监控提出要求（需要附上埋点文档） 兼容性需求 结合产品的发布平台对兼容性提出要求 风险分析 风险 可能性 严重性 应对策略 目前存在的风险 高 较严重 解决方法 相关文档 管理后台原型、前端页面原型