PD的文档

PD的文档

商业需求文档：BRD

项目背景

我们在哪里？为什么要做这个项目，解决什么问题，可以列出一些数据说明项目必要性

商业价值

我们去哪里？最关键的重点，做了这个项目以后有什么价值。

功能需求描述

我们怎么去？通过做哪些事情来达到目标，把打好包的需求描述一下，可以用功能列表的形式表达，但最好能画出业务逻辑关系。

非功能需求描述

提一下重要的非功能需求，如果有的话。

资源评估

第二个重点！大老板们要看成本，他们在了解达成项目的目标需要多大的花费以后，才能做出决策。

风险和对策

产品需求文档：PRD

PRD总体说明

修订历史

写清楚每次修订的日期、版本号、说明和作者，便于以后追溯。

项目概述

简单描述项目的背景、意义、目的、目标等，描述业务领域知识，让文档读者明白这个项目是为什么而做，

功能范围

给出本PRD的业务逻辑图，重点描述系统中角色的职责、与周边系统的关系，全局的商业规则等

用户范围

对本PRD涉及的角色、系统做出简单的说明

词汇表

对本PRD涉及的专有词汇、术语、缩写等做出说明

非功能需求

如性能需求、数据监控的需求等。

其他说明

UC部分

用例文档部分：首先需要对这个PRD中所有的用例进行说明，给出用例的可视化表示，说明各个用例之间的关系，一般有类图、用例图、状态图几种表示方法，其中用例图最为关键。接下来是用例的正文，由一个个的用例组成，这部分也就是我们常说的用例文档。最后一部份对单个UC的说明是一些注释。常用的PRD模板里有如下内容：注1：视觉层面的描述通常直接通过Demo表达（如页面大小、颜色、字体、字号等）注2：界面细节，引用界面规范文档（如表格中的文字对齐方式等）注3：交互细节，引用交互规范文档（如各种提示文案等）注4：文案细节，引用文案规范文档（如各种提示文案等）

需求规范类

PD做什么

对产品和团队的PD工作内容的一份总结，可以让新人快速了解自己的工作职责

用户体验规范

交互规范

页面上各种控件的规范、各种判断规则的规范等

视觉规范

如页面大小、字体字号、颜色编码等

文案规范

如语言风格、语法模板、常用操作的标准说法等

通用原则

需求管理类

需求调研

说明了典型的用户调研前、中、后都要做什么，调查问卷、用户访谈提纲怎么设计，有哪几块内容

产品需求列表（含需求管理流程）

产品信息架构

用来描述产品的页面或功能之间的关系

流程管理类

日常发布流程

变更事件流程

项目管理类

项目管理制度

原则性的东西，比如产品会议制度等

项目任务书

kick off 的ppt

项目组织结构

项目WBS（可生成进度）

项目日报周报

项目发布预告与公告

日常工作类

会议记录

个人日报周报