如何写好需求文档

需求文档可能是很多产品的学习第一课，到底怎么写好一份需求文档，还是要追根溯源从根本上说起

本着万物可追溯，万物可分解的原则，这个问题可以分解成三个问题
1、不写行不行
推动需求落地的一般来说需要以下几个步骤
1）前期沟通
2）宣讲
3）原型+文档
4）后续沟通

所以原型+需求文档在整个落地过程中处于中流砥柱的位置，起的是承上启下的作用
承上：阶段性成果交付
启下：定调（项目周期开始的标志）

原型和文档之间互为补充，一起完成了这个任务，那要不要写文档就要综合考虑以下情况
1）考虑公司情况
每个公司的规模和制度不一样，有些公司强制要求文档且有固定模板，这种就不能省了
有些公司强调敏捷开发，可能不会做太多要求
2）考虑需求类型
大需求还是小需求
流程优化还是页面改动
为了节省沟通成本，一般大的需求还是要写的
从表达力上来说
流程类需求更适合 流程图+需求文档为主，原型为辅
页面改动则原型为主，文档为辅，直接在原型上做标注，看起来也轻松些，不用两个文件来回对照

最终目的是为了将信息有效的传递开，使整体效率达到最大化，这个传递的载体不限于原型、文档等任何形式，关键是根据情况来选择合适的载体

2、写了给谁看
完成一个项目需要多方角色协作完成，一般来说，是以下几个角色为主
UI、前端开发、后台开发、测试人员

首先提取共性