产品需求分析PRD报告_V1.0.doc

WoshiPM property in copyright9WoshiPM产品需求分析文档报告版本-编辑日期通过迷人的摘要吸引您的读者。它通常是文件的简短摘要。当您准备好添加内容时，只需单击此处并开始键入。XXX 产品需求分析文档报告版本-编辑日期状态 ： 草稿 修改中 定稿文件标签：产品需求分析文档、XXX版本：2016(1.0)作者：WoshiPM日期：2016-11-8编辑历史文件名称：XXX 产品需求分析文档文件说明：编辑历史：编辑时间版本作者编辑内容标记2016.11.07Build1WoshiPM建立文档正常2016.11.08Build2WoshiPM添加格式规定正常XXX公司保密文件，请勿外传目录1文档介绍51.1文档的基本信息51.1.1PRD审核人51.1.2重要性51.1.3紧迫性51.1.4PRD拟制人51.1.5PRD提交日期51.1.6需求变更控制时间点51.1.7文档修改记录51.2文档目的61.3文档概要61.4名词解释62市场环境72.1市场调研72.2市场分析73用户分析83.1目标用户83.1.1目标用户群体83.1.2目标用户特征83.2用户需求83.2.1建立虚拟用户角色83.2.2用户使用场景83.2.3用户动机总结94竞品分析104.1竞品战略104.2竞品功能分析104.2.1定位104.2.2目标104.3优缺点104.4总结105产品概述115.1产品定位115.2产品核心目标115.3产品结构115.4产品路线图115.5产品需求115.5.1产品功能性需求115.5.2产品非功能性需求121 产品概述1.1 产品概述及目标包括项目/产品PRD审核人、重要性、紧迫性、PRD拟制人、PRD提交日期、需求变更控制时间点。1.1.1 PRD审核人PRD审核人一般是指PRD拟制人的直接主管，要求对提交项目成员的PRD都要进行审核、签字。1.1.2 产品概述产品的简要描述1.1.3 产品目标产品期望达到的目标描述1.1.4 PRD拟制人PRD的作者，如果是多人共同拟制，也都要写出来1.1.5 PRD提交日期提交PRD初稿给项目组其他成员的日期1.1.6 需求变更控制时间点在PRD评审会议上进行讨论给出，可用时间点，也可用阶段性来描述，例如设计阶段之后，开发阶段之前。1.1.7 文档修改记录包括PRD更新时间、变更内容、变更提出部门、变更理由。1.2 文档阅读对象1.3 数据词典1.4 名词解释对文档中出现的新名词、概念或简略语给出定义和解释。2 产品描述2.1 产品整体流程产品整体系统流程图2.2 产品需求描述详细介绍产品具体的需求，作出恰当描述。2.3 产品版本规划产品版本规划2.4 产品功能框架产品功能框架图2.5 产品功能列表产品的功能列表3 功能需求功能需求主要是为了详细说明产品功能，包括数据流程图、用例图、泳道图、产品原型图，业务说明等能帮助项目人员理解项目详细开发需求的内容。3.1 流程图3.1.1 数据流程图一般介绍描述信息的来龙去脉和实际流程，反映信息在系统中的流动、处理和存储的情况。3.1.2 业务流程图描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向，以业务处理过程为中心，一般没有数据的概念。3.2 系统模型3.2.1 用例图参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的视图 3.2.2 泳道图包括流程中人与人之间关系，体现出某个动作发生在哪个部门3.2.3 时序图描述对象之间发送消息的时间顺序显示多个对象之间的动态协作3.2.4 产品原型图用线条、图形描绘出的产品框架，综合考虑产品目标、功能需求场景、用户体验等因素,对产品的各版块、界面和元素进行合理性排序。3.2.5 字段说明补充说明解释3.2.6 业务说明针对产品业务的详细说明，帮助项目人员理解产品业务4 非功能需求4.1 安全需求产品在规定的使用环境中实现可接受风险的能力4.2 性能需求包括时间特性要求、系统需求、容错率、反应速度等4.3 可靠性需求产品在规定条件下使用时保持规定性能水平的能力4.4 可用性需求包括易分析性、易变更性以及 产品在规定环境中安装卸载的能力5 上线下线需求对产品整体使用的概要描述，包括产品的上线、验收、运营、下线和后期发展。5.1 上线需求定位决定产品的一切，用什么样的产品满足用户或者市场，针对什么目标群体，做什么事情都是依托产品定位决定的。5.2 验收标准明确项目/产品的核心目标，最好有量化的目标值。5.3 下线需求产品结构可