Introduction
需求文档是研发流程中最重要的凭据。
首先，需求文档描述了这个需求的原始说明。它的场景是什么，它要解决什么问题，它用何种方式解决，它期望的解决效果是什么。后置的技术文档、测试用例、代码实现等，均依赖原始的需求文档进行生产。
其次，需求文档是团队各方沟通的依据。需求方、设计、研发、测试、运营等每一个环节，都可以借助需求文档同步思路，确认各方所构思的东西是同一个东西，确保需求执行中的所有改动能有效、准确同步给各个相关方。
再次，需求文档是产品经理直接产出的“产品”。从经验上来判断，需求文档写得好的产品经理一般基本功不会太差。好的需求文档也是对产品经理的一种评价标准。
最后，虽然大多数需求是在需求文档撰写前就已经规划好的。但是撰写过程并非仅仅把讨论中的内容结构化写在纸上这么简单，写文档是对需求的深度思考的过程，写文档也是产品经理自己思维训练的过程。
需求文档的结构
- 需求背景 -- 研发不直接实现的、为了便于相关方理解需求的内容
- 需求概述 -- 在讲解需求细节之前，能一眼全蓝需求全流程、相关流程
- 用户端交互流转图，直观表明相关页面之间的跳转关系，标注页面名称
- 后端流程图，用流程图或者泳道图的形式，表示相关后端逻辑框架。
- 产品框架图、功能清单、功能流程图等全局视角图表
- 需求详述 -- 按照从总到分、从主流程到边缘流程、分场景注意描述各个需求模块
- 文档记录
需求背景
一句话简介
简单来说就是：为什么，怎么做，有什么效果。
最好能够做到语言简洁、直白、描述具体，不要有歧义。
具体的说，需求应当具体，行为路径应该明晰且便于理解，目标应当可量化。
需求目标 -- 为什么
用户诉求
描述这个需求满足了哪些用户诉求。应当解释说明为什么是这些用户、为什么是这些诉求。
业务诉求
在满足业务需求的前提下，对当前用户的体验是否有附加价值
满足了业务需求，是否会对用户体验产生负面影响
业务需求还有没有其他满足途径
名词解释
大同行都能明白你在做什么
竞品分析
“哪些用户”+“什么场景下”+“遇到什么问题”+“产品是怎么解决的”