产品需求文档模板(prd).docVIP

产品需求文档（PRD） 产品需求文档（PRD） 产品需求文档（PRD）标题 logo 项目名字 部门名称 提交日期 产品提交人 项目负责人 当前版本号 修改记录 日期 修订版本 说明 修改人 项目成员 项目角色 姓名|邮箱|分机 备注 项目经理 产品经理 设计制作 研发负责 测试负责 内容负责 客服负责 文档及培训负责 定稿会签 PRD拟制人 产品负责人 需求方负责人 设计负责人 制作负责人 开发负责人 测试负责人 技术部负责人 最高决策人 意见汇总 PRD拟制人意见汇总： 产品负责人： 需求方负责人： 设计负责人： 制作负责人： 开发负责人： 测试负责人： 技术部负责人： 最高决策人： 文档目录 TOC \o \h \z \u 1. 总体说明 4 1.1 项目概述 4 1.2 功能范围 4 1.3 用户范围 4 1.4 假定及约束 4 1.5 词汇表 4 1.6 非功能需求 5 1.7 其他说明 5 1.8 参考资料 5 2. 功能结构 5 3. 功能流程 6 4. 用例场景 6 4.1 用例整体说明 6 4.2 用例具体说明 6 4.2.1 用例名称1 6 4.2.2 用例名称2 7 5. 风险规避 8 1. 总体说明 1.1 项目概述 项目概述 简单描述项目的背景、意义、目的、目标等，描述领域知识 ＃ 详细填写产品项目意图、目标等 ＃ 待开发的系统的名称； ＃ 本项目的任务提出者、目标用户； ＃ 该系统同其他系统或其他机构的基本的往来关系（如CRM CMS 用户中心…）。 1.2 功能范围 功能范围 给出业务逻辑图，类似BUC：描述各角色的职责、与周边系统的关系、全局商业规则 1.3 用户范围 角色 描述（涉及到的actor、system的描述） ＃ 描述本项目所服务的最终用户的特点，用户用例等； ＃ 如存在管理用户充分说明操作人员、维护人员的教育水平和技术专长，及预期使用频度。 1.4 假定及约束 假定及约束 项目执行环节存在的影响项目质量、进度的事件列表及应对方案 1.5 词汇表 词汇 描述（术语与缩写的描述） ＃ 列出本文件中用到的本专业，个性定义，外文首字母组词的原词组等。 1.6 非功能需求 需求 描述 数据监控 针对一个功能模块级别的监控点，必填，并且功能上线2周后需要给出数据分析报告 性能 用户体验 …… 1.7 其他说明 其他说明 其他任何需要说明的内容 1.8 参考资料 参考资料 列出关联资料或可参考网站 2. 功能结构 功能模块 分功能模块 功能点 优先级 功能模块名称1 分功能模块名称1 功能点名称1 1 功能点名称2 1 功能点名称3 1 3. 业务功能流程 ＃ 产品整体业务流程图 4. 业务对象模型 # 所有业务对象/实体对象的组成结构及描述 5. 业务对象状态模型 ＃ 有状态的业务对象状态、转换及描述 6. 用例场景 6.1 用例整体说明 序号 用例编号 用例名称 简要描述 1 CASE001.1 用例名称1 简要描述该用例的场景 2 CASE001.2 用例名称2 简要描述该用例的场景 3 CASE001.3 用例名称3 简要描述该用例的场景 6.2 用例具体说明 6.2.1 用例名称 描述 业务描述 商业目标，用户目的等业务内容 需求描述 产品需求，需要实现哪些功能点 行为者 该用例的Actor 界面描述 UI示意图：页面名称 Demo截图1 # 可以标明参看原型对应的页面 截图说明1 功能元素 功能名称 规则 流程描述 用例1流程 流程说明 6.2.2 用例名称2 描述 业务描述 商业目标，用户目的等业务内容 需求描述 产品需求，需要实现哪些功能点 行为者 该用例的Actor 界面描述 UI示意图：页面名称 Demo截图1 # 可以标明参看原型对应的页面 截图说明1 功能元素 功能名称 规则 流程描述 用例1流程 流程说明 ＃ 对单个用例的说明可以结合axure ＃ 注1：视觉层面的描述通常直接通过Demo表达（如页面大小，颜色字体字号等） ＃ 注2：界