产品设计-(5)需求文档

 一．什么是需求文档

PRD(Product Requirements Document)通过文字的形式将产品的需求特性与逻辑描述出来。

二．需求文档的位置

需求文档定位，就是把我们之前做过的所有东西除了UI设计之外都囊括进来，把它文档化的点。

 我的产品规划是什么、我的产品发展方向是什么、我的阶段性目标是什么、Feature List是什么、可能把有些图也要附上来、交互设计的原型也要附上来，把他文档化的点。它是最基本的、最基础的、归档性质的文档。

 需求文档，产品经理必须能写。

回顾整个流程：从市场分析、竞品分析、用户分析反馈、产品数据收集到很多需求到需求池，周期性的到需求池。再加上目标、阶段性的目标，加上产品规划的因素，得到RoadMap，下一阶段做什么、重点做什么、下个版本做什么，再到画原型，然后再到写需求。画原型与写需求没有强的先后顺序，先画原型，更方便理解。

三．为什么要写需求文档

需求文档给谁看？自己、开发人员、测试人员、项目经理、运营人员、设计人员、其他产品经理。

 需求文档的作用是什么？

1.传达产品开发需求

 2.保证各部门沟通有理有据

3.产品质量控制的具体标准

4.归档

为什么有了原型还要写需求？原型大部分表达的偏正向的，背后的逻辑需要写到需求文档，有些是很底层的逻辑无法通过原型表达。

四．需求文档的主要结构

需求文档的主要结构

 1.需求背景、项目目标：简单介绍背景，明确项目目标

2.核心内容

  需求列表：版本需求清单-Feature List

  逻辑展示：功能流程图、原型图

  详细逻辑描述：文字化描述细节、边界逻辑

3.性能需求、数据需求：根据需求情况撰写

需求文档包含哪些内容 :

1.修订记录

(1)标题 更新版本号，方便区分查阅

(2)修订记录 备注更新时间 区分版本号 描述改动内容（删除注明） 写明撰写人员 注

意颜色：每次修改用不用的颜色，方便查阅

2.目录

目录，要把章节的区分清楚。章节的区分有主章节和次章节的区分。1.1、1.2为同一个层次的、同一个平级的逻辑，把相似的逻辑放一起。哪些是并行的，哪些是串行。V1.1 V1.1.1 V1.2 V1.2.1 V1.2.2

3.需求背景及目标

需求背景：让大家了解为什么要做

项目目标： 可量化的目标让大家更清楚价值 上线后验证数据完成情况的依据 项目目标尽量可量化

4.功能特性列表

 拆分标准：内部功能模块的划分、重要的部分特性单列、数据需求，技术需求单列

特性列表的作用：对涉及的模块有一个初步的认知、方便参与者理解需求并开发需求

5.需求表达

需求表达，可以考虑图+文字的形式，只写文字比较生硬，把流程图和原型图放上去，增加理解。注意图文的配合。

图+文字的发挥各自优点，防止细节遗漏。

6.细节逻辑文字撰写

描述细节功能点 描述正常逻辑、不同状态的逻辑 描述异常逻辑 描述边界情况 描述性能指标 细节逻辑描述的作用 开发、测试的关键依据

例如：登录 写一个基础登录的逻辑描述，写出正常逻辑、异常逻辑、边界情况。

7.性能需求

 打开速度、服务器访问速度、Crash率 、负载能力

8.数据需求

注意：埋点数据不可逆！！！

首先埋点，有三类数据埋点：按钮点击、基础数据、页面路径，怎样分别进行埋点，埋点的逻辑，需要考虑清楚。

然后分析数据。

小结：需求首先是写给自己看，务必锻炼好逻辑表达的能力。