产品需求文档模板.docx

精品文档 精品文档 。 PAGE 。 PAGE 1 欢迎下载 [ 本文给出产品需求文档的一个模板， 实际使用时可根据具体情况选择其中的章节进行撰写， 也可进行调整。例如： 需求较简单时，第 1 至 5 章可压缩成一章“需求概述” 。 如果整个需求就是对一两个页面进行描述，可以仅仅撰写 7.2 这样的内容。 ] [ 需求名称 ] 产品需求文档 版本 时间 处理人 备注 1.0 [yyyy-mm-dd] [ 写明本版本相对于上个版本的变更内容、变更原因、变 更提出人等 ] 1.1 目 录 1 背景描述 2 1.1 问题现状 2 1.2 问题分析 2 1.3 解决提议 2 2 愿景 2 3 项目目标 2 4 涉众 2 5 业务建模 3 5.1 用例图 3 5.2 对象关系图 4 5.3 页面关系图 4 5.4 流程图 5 5.5 菜单和权限 5 6 功能描述 5 6.1 功能列表 5 6.2 通用功能或规则描述 5 7 详细功能描述 5 7.1 功能模块： [ 功能模块名称 ] 6 7.1.1 [ 具体功能（用例）名称 ] 6 7.2 [ 页面名称 ] 7 8 风险分析 8 9 非功能性需求 8 9.1 语言支持 8 9.2 浏览器 8 9.3 可靠性 8 9.4 可用性 8 9.5 可支持性 8 9.6 性能 8 10 附 录 8 10.1 系统界面交互原型 8 10.2 系统相应文案信息 8 10.3 词汇表 8 11 参考资料 8 背景描述 问题现状 [ 描述当前产品存在什么问题，或者市场存在什么机会，用户存在什么麻烦需要解决 ] 问题分析 [ 就前面提到的产品问题、市场机会或用户麻烦进行分析，透过现象挖掘出问题的本质原因。 ] 解决提议 [ 承接前面对问题的分析，给出问题的解决方案。 ] 愿景 [ 该产品长远的发展规划和展望 ] 项目目标 [ 该产品在本需求文档所涉及的项目范围内所期望达到的目标，最好是含有可检查的量化目标，例如产品发布 1 个月后，独立用户量达到日均 100 万] 涉众 涉众网站后台管理用涉众代表张三涉众利益[ 该涉众所关心的利益点。例如对“网站用户”优先级[ 一般可分 涉众 网站后台管理用 涉众代表 张三 涉众利益 [ 该涉众所关心的利益点。例如对“网站用户” 优先级 [ 一般可分 要满足 [ 填 写 不能干扰正常使用网站，广告效果数据等 ] 不能干扰正常使用网站， 广告效果数据等 ] 对“广告主” 需要了解 为 “ 高 ”、 “ 中 ” 、 “ 是” 或 “否” ] “低”，也 可 以 用 P0、 P1 、P2 、 数 字越 大 优 先级越低 ] 业务建模 [ 业务建模主要是在业务层面上将产品规则描述出来，往往使用图表的方式，只有当业务层面的需求理清楚后，具体的用例描述和页面设计才有意义 ] 用例图 [ 当用户交互功能较多的时候，需要画出用例图。用例（ Use Case）以动宾短语命名。用例是测试人员测试功能点的最好依据 ] 对象关系图 [ 当对象关系较复杂时，需要画出对象关系图。 ] 页面关系图 [ 当所涉及的页面较多时，需要画出页面关系图，通过绘制页面关系图，可以避免在规划设计时遗漏页面 ] 流程图 [ 当流程较复杂时，需要画出流程图。通过该流程图能直观清晰地了解整个操作流程所包括的各种分支 ] 菜单和权限 一级菜单 一级菜单 Ranking 决策工具 二级菜单 数据报表查看数据报表管理 点击后进入的页面 报表项目列表页面报表项目管理页面 对应的权限 报表查看权限报表管理权限 6 功能描述 6.1 功能列表 [ 按功能点（往往也就是用例）列出来，分别标示优先级，方便在分阶段开发和发布时确定步骤 ] 模块 功能点（用例） 描述 优先级 6.2 通用功能或规则描述 [ 多个用例或页面中均存在的功能，在此统一进行描述，以避免重复描述和更新不便。例如每个页面都使用到的导航条、翻页条等 ] 详细功能描述 [ 如果是以操作功能为主的产品需求，可以以功能（用例）的维度一个功能接着一个功能地来展开描述，如果功能较多，也可以先按功能模块对功能进行分组，如下面的例子 ] 功能模块： [ 功能模块名称 ] 7.1.1 [ 具体功能（用例）名称 ] 7.1.1.1 描述 7.1.1.2 涉众利益 7.1.1.3 角色 7.1.1.4 用户界面 7.1.1.5 辅助图例 7.1.1.6 操作入口 7.1.1.7 前置条件 7.1.1.8 基本流程 [ 一般是以用户或系统等为主语，相邻两个步骤一般是不同的主语，最后一个步骤是“用例结束” 。例如：