Product Requirements Document
项目名称: | |
项目编号: | |
作者[部门]: |
版本编号 | 版本名称 | 版本主要内容 | 版本发布时间 | 版本状态 |
1.1产品背景*
应详细说明产品提案的原因,概述一下当前产品的现状及问题;如果是新产品,可以描述一下提出本产品设计的初衷(用户、业务或市场的原因)。
背景描述应概述原始的需求与问题,而不是描述一个解决方案或者产品设计。
*项目发起人:姓名-部门-职务
*项目发起时间:
1.2原始需求列表*
编号 | 需求 | 原因 | 提出时间 | 提出者 |
1. | 在此描述业务、用户、市场等各方面的原始需求,尽量记录相关人员的需求原意 | 详细记录相关人员的需求原因 | ||
2. |
编号 | 需求变更内容 | 变更原因 | 提出时间 | 提出者 |
1. | ||||
2. |
2.1已有系统分析
2.1.1现状*
如果存在已有的系统,则描述当前系统的运作状态及介绍运作原理;
如是新系统,则本节略。
2.1.2问题
如果存在已有的系统,则描述当前系统在运作过程中存在的问题或缺陷。
2.2业务分析
从业务、市场的角度,详细描述业务计划、业务需求特征;市场推广计划、市场需求特征等信息,以便于文档阅读者了解本产品所处的市场环境。
2.3市场分析
2.4行业分析
2.5同类产品分析
2.6用户分析
2.6.1用户类型及特征
用户类型 | 用户背景 | 用户特征 |
2.6.2主要用户行为
以“用户故事”的方式,描述主要的用户行为,便于文档阅读者了解主要用户行为特征。
示例:
名称: | |
事件: | 1. 2. 3. 4. |
故事点: |
3.1产品目标*
●目标1:说明本产品规划的最终目标。并通过数据来对目标进行量化
周平均数 | 期望周平均数 | 浮动比例 | |
数据名称 | |||
数据名称 | |||
数据名称 | |||
●目标2:如果没法定量,需定性描述要达到的目标。
3.2产品架构*
以思维图、框架流程图的方式,呈现整个产品的信息架构
3.3功能要点*
功能点 | 作用 |
以可演示的文档或网页,呈现产品规划的概念,形成低保真的概念原型。(另附附件)
4.详细设计*
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涉及站点
5.性能要求*
6.支持信息
6.1关键词定义
缩写、术语 | 解 释 |
关键定,术语 | 解释说明该术语的定义,背景,以便理解 |
6.3支持上线功能点信息
功能点编号 | 是否支持上线 | 备注 |
6.5本文档质量评分
质量属性 | 说明 |
明确性 | 需求描述明确,没有存在二义性的理解或不明确的定义。 |
完整性 | 需求收集及设计完善,没有缺失或遗漏的环节。 |
阅读性 | 文字表达清晰明了,很容易明白表达的意图。 |
变更性 | 文档变更的频率,越高频率的变更,说明文档需求质量越低 |
质量属性 | 选项 | 评分 |
明确性 | A.非常好 B.好 C.一般 D.不好 | |
完整性 | A.非常好 B.好 C.一般 D.不好 | |
阅读性 | A.非常好 B.好 C.一般 D.不好 | |
变更性 | A.没有 B.很少 C.较多 D.非常多 | |
总分(A4分,B3分,C2分,D1分): |
●A级:X=4A;(4A)
●B级:4A>X≥2A;(2A或3A)
●C级: X=1A;(只有1个A)
●D级:X=0A(没有A)