(完整word版)PRD产品需求文档经典模板.doc

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