产品邦产品需求文档范例

1、产品需求文档Product Requirements Document工程名称：工程编号：作者部门:.word.zl-目录1 .产品背景11.1 产品背景*11.2 原始需求列表*11.3 需求变更表12 .产品分析12.1 已有系统分析12.1.1 现状 *12.1.2 问题22.2 业务分析22.3 市场分析22.4 行业分析22.5 同类产品分析22.6 用户分析22.6.1 用户类型及特征22.6.2 主要用户行为23 .产品规划33.1 产品目标*33.2 产品架构*33.3 功能要点*33.4 概念原型34 .详细设计*34.1 详细设稔f概述44.2 功能一 44.2.1 功能描

2、述44.2.2 交互设计44.2.3 涉及站点44.3 功能二44.3.1 功能描述44.3.2 交互设计44.3.3 涉及站点44.4 功能三44.4.1 功能描述44.4.2 交互设计44.4.3 涉及站点45 .性能要求*56 .支持信息56.1 关键词定义56.2 参考资料56.3 支持独立上线功能点信息56.4 数据支持开发要求56.5 本文档质量评分5.word.zl-7.时间进度 错误床定义书签。8管理决定错误床定义书签。.word.zl-.word.zl-1 .产品背景1.1 产品背景*应详细说明产品提案的原因，概述一下当前产品的现状及问题；如果是新产品，可以描述一下提出本产品

3、设计的初衷用户、业务或市场的原因。背景描述应概述原始的需求与问题，而不是描述一个解决方案或者产品设计。*工程发起人：部门职务*工程发起时间：1.2 原始需求列表*1.在此描述业务、用户、 市场等各方面的原始需 求，尽量记录相关人员 的需求原思详细记录相关人员的需 求原因2.1.3 需求变更表2 .产品分析2.1 已有系统分析2.1.1 现状*如果存在已有的系统，那么描述当前系统的运作状态及介绍运作原理; 如是新系统，那么本节略。.word.zl-2.1.2 问题如果存在已有的系统，那么描述当前系统在运作过程中存在的问题或缺陷。2.2 业务分析从业务、市场的角度，详细描述业务方案、业务需求特征；

4、市场推广方案、市场需求特征等 信息，以便于文档阅读者了解本产品所处的市场环境。2.3 市场分析2.4 行业分析2.5 同类产品分析2.6 用户分析2.6.1 用户类型及特征用户类型可根据实际情况进展划分，例如：按外部用户划分；按大小型划分等2.6.2 主要用户行为以“用户故事的方式，描述主要的用户行为，便于文档阅读者了解主要用户行为特征。 例如：名称：事件：1.2.3.4.故事点：.word.zl-3 .产品规划3.1 产品目标*目标1：说明本产品规划的最终目标。并通过数据来对目标进展量化周平均数期望周平均数浮动比例数据名称数据名称数据名称数据以周平均数据为主。 具体数据类型可根据工程特性进展

5、填写。数据必须能表达出工程包含围的核心信息。目标2:如果没法定量，需定性描述要到达的目标。3.2 产品架构*以思维图、框架流程图的方式，呈现整个产品的信息架构3.3 功能要点*3.4概念原型以可演示的文档或网页，呈现产品规划的概念，形成低保真的概念原型。另附附件4.详细设计*.word.zl-4.1 详细设计概述4.2 功能一4.2.1 功能描述4.2.2 交互设计4.2.3 涉及站点4.3 功能二4.3.1 功能描述4.3.2 交互设计4.3.3 涉及站点4.4 功能三4.4.1 功能描述4.4.2 交互设计4.4.3 涉及站点.word.zl-5 .性能要求*6 .支持信息6.1 关键词定义关键定，术语解释说明该术语的定义，背景，以便理解6.2 参考资料6.3 支持独立上线功能点信息功能点编号是否支持独立上线备注6.4 数据支持开发要求6.5 本文档质量评分明确性需求描述明确，没有存在一义性的理解或不明确的定义。完整性需求收集及设计完善，没有缺失或遗漏的环节。阅读性义字表达清晰明了，很容易明白表达的意图。变更性文档变更的频率，越局频率的变更，说明文档需求质量越低.word.zl-完整性A.非常好 B.好 C. 一般D.不好阅读性A.非常好 B.好 C. 一般D.不好变更性A.没有B.很少C较多D.非常多总分A4分，B3分，