网上看到的文章，标记留存。
需求文档构成元素介绍
1）逻辑流程图
将产品目标拆解实现步骤，将相关的步骤聚合为产品模块，每个模块之间低耦合，高聚类；模块内使用流程图将具体的逻辑串联起来，每个模块内的逻辑流程基本上都可以从头到尾执行完毕，少有交错的情况；如果有重复出现的逻辑流程，要使用子流程进行概括，并且在主流程中使用子流程进行替换；
2）原型图
画清楚页面的组件布局以及文案信息；各个组件的展示优先级，通过组件的大小、颜色的深浅表现出来；页面/组件的不同状态展示（选中状态）；页面之间的跳转逻辑（使用跳转）；每个组件的操作响应（使用简单的流程线）；广告的展示位置。
3）开发注意事项
控件的操作响应；页面间的跳转逻辑；状态更改的时机与条件；广告的请求、展示逻辑。
4）设计注意事项
组件的优先级说明；组件自身在各种场景下的变化。
5）产品解释
说清楚页面/组件要实现的产品目的
小结
虽然写出一份完整的需求文档，看起来要花很长的时间。但实际纯粹输出文档的时间并不多，大概一到两天的时间。真正耗费时间的是产品框架的搭建与逻辑的梳理，而这一块对于任何产品都是必不可少的。
需求文档如果做得比较完善，节省出的沟通成本是巨大的。在实践的过程中，一份完整的需求文档，加上充足的前期沟通，大致能节省后期70%的沟通成本。省下来的沟通成本所带来的是成倍的效率，因为沟通前后的精力转移成本是非常巨大的。
当然，需求文档的详略主要取决于团队成员对于项目的理解。
如果项目本身就很小，每个人对于项目都有着较深的理解，需求文档只需要简单的概述需求本身；对于比较大型的、复杂的产品，需求文档则越完善越好。