一．什么是需求文档
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.数据需求
注意：埋点数据不可逆！！！
首先埋点，有三类数据埋点：按钮点击、基础数据、页面路径，怎样分别进行埋点，埋点的逻辑，需要考虑清楚。
然后分析数据。
