背景
产品需求文档又叫做PRD，是一枚PM的基本功。一份好的PRD可以帮助你说服他人你的需求价值以及你要做的事情。
目标
学习编写产品需求文档
学习组织需求评审
产品需求模板
一、背景
解决的问题是什么，为什么？解决方案为什么是有效的？
二、需求来源、用户以及项目负责人
需求来源、用户以及项目负责人。
三、目标及收益
历史数据、定性目标、定量目标以及可衡量的指标。
评估时间、评估标准。
四、业务流程图
业务流程图，包含新增或修改的局部流程图，产品整体的流程图，参考样例：
a. 业务流程中的逻辑完整性，是否正确有效，是否闭合？如：这个功能是否和现有产品有相互矛盾的地方？
b. 详细的状态机描述，包含成功、失败和异常。（请特别关注异常处理）
五、需求描述
1. 包含交互逻辑和Demo。
2. UE UI的标准组件描述。
3. 旧数据的清洗方案，新旧系统的兼容性，以及新需求对老系统的影响。
4. 避免”同某功能“，要引用文档和了解原有逻辑。
5. 清晰的外部系统依赖描述。（如：外部系统出现问题，应该如何处理等）
6. 输入输出的边界描述。
7. 业务监控点的描述。
8. 统计数据的口径描述，以及引用的添加。
六、预计风险
项目的具体风险，比如：对于运营和客服的影响。
七、运营计划
运营内容、运营时间、运营负责人。
八、历次沟通意见汇总表
日期、沟通主题、沟通内容、建议及TODO、参与人。
