产品邦产品需求文档范例.doc

实用标准文档 文案大全 产品需求文档 Product Requirements Document 项目名称： 项目编号： 作者[部门]： 实用标准文档 文案大全 目录 TOC \o 1-3 \h \z \u 1. 产品背景 1 1.1 产品背景* 1 1.2 原始需求列表* 1 1.3 需求变更表 1 2. 产品分析 2 2.1 已有系统分析 2 2.1.1 现状* 2 2.1.2 问题 2 2.2 业务分析 2 2.3 市场分析 2 2.4 行业分析 2 2.5 同类产品分析 2 2.6 用户分析 2 2.6.1 用户类型及特征 2 2.6.2 主要用户行为 3 3. 产品规划 3 3.1 产品目标* 3 3.2 产品架构* 4 3.3 功能要点* 4 3.4 概念原型 4 4. 详细设计* 4 4.1 详细设计概述 4 4.2 功能一 4 4.2.1 功能描述 4 4.2.2 交互设计 4 4.2.3 涉及站点 4 4.3 功能二 5 4.3.1 功能描述 5 4.3.2 交互设计 5 4.3.3 涉及站点 5 4.4 功能三 5 4.4.1 功能描述 5 4.4.2 交互设计 5 4.4.3 涉及站点 5 5. 性能要求* 5 6. 支持信息 5 6.1 关键词定义 5 6.2 参考资料 6 6.3 支持独立上线功能点信息 6 6.4 数据支持开发要求 6 6.5 本文档质量评分 6 7. 时间进度 7 8. 管理决定 7 版本编号 版本名称 版本主要内容 版本发布时间 版本状态 实用标准文档 文案大全 产品背景 产品背景* 应详细说明产品提案的原因，概述一下当前产品的现状及问题；如果是新产品，可以描述一下提出本产品设计的初衷（用户、业务或市场的原因）。 背景描述应概述原始的需求与问题，而不是描述一个解决方案或者产品设计。 *项目发起人：姓名－部门－职务 *项目发起时间： 原始需求列表* 编号 需求 原因 提出时间 提出者 1. 在此描述业务、用户、市场等各方面的原始需求，尽量记录相关人员的需求原意 详细记录相关人员的需求原因 2. 需求变更表 编号 需求变更内容 变更原因 提出时间 提出者 1. 2. 产品分析 已有系统分析 现状* 如果存在已有的系统，则描述当前系统的运作状态及介绍运作原理； 如是新系统，则本节略。 问题 如果存在已有的系统，则描述当前系统在运作过程中存在的问题或缺陷。 业务分析 从业务、市场的角度，详细描述业务计划、业务需求特征；市场推广计划、市场需求特征等信息，以便于文档阅读者了解本产品所处的市场环境。 市场分析 行业分析 同类产品分析 用户分析 用户类型及特征 用户类型 用户背景 用户特征 用户类型可根据实际情况进行划分，例如：按内外部用户划分；按大小型划分等 主要用户行为 以“用户故事”的方式，描述主要的用户行为，便于文档阅读者了解主要用户行为特征。 示例： 名称： 事件： 故事点： 产品规划 产品目标* 目标1：说明本产品规划的最终目标。并通过数据来对目标进行量化 周平均数 期望周平均数 浮动比例 数据名称 数据名称 数据名称 数据以周平均数据为主。具体数据类型可根据项目特性进行填写。数据必须能体现出项目包含范围内的核心信息。 目标2：如果没法定量，需定性描述要达到的目标。 产品架构* 以思维图、框架流程图的方式，呈现整个产品的信息架构 功能要点* 功能点 作用 概念原型 以可演示的文档或网页，呈现产品规划的概念，形成低保真的概念原型。（另附附件） 详细设计* 详细设计概述 功能一 功能描述 交互设计 涉及站点 功能二 功能描述 交互设计 涉及站点 功能三 功能描述 交互设计 涉及站点 性能要求* 支持信息 关键词定义 缩写、术语 解 释 关键定，术语 解释说明该术语的定义，背景，以便理解 参考资料 支持独立上线功能点信息 功能点编号 是否支持独立上线 备注 数据支持开发要求 本文档质量评分 质量属性 说明 明确性 需求描述明确，没有存在二义性的理解或不明确的定义。 完整性 需求收集及设计完善，没有缺失或遗漏的环节。 阅读性 文字表达清晰明了，很容易明白表达的意图。 变更性 文档变更的频率，越高频率的变更，说明文档需求质量越低 质量属性 选项 评分 明确性 A.非常好 B.好 C.一般 D.不好 完整性 A.非常好 B.好 C.一般 D.不好 阅读性 A.非常好 B.好 C.一般 D.不好 变更性