作为一名合格的产品经理我们都要学会输出一个需求文档。我是将需求文档和产品文档进行了区分。这里的需求文档他们之间的区别是，这里需求文档不涉及界面原型和交互。（因为交互和原型里面有很大细节，经常改动hi是文档变得不易维护，又一些耗费精力。也会使文档呢的内容变得很复杂之类。）
一、需求文档包含的内容
需求文档内容
二、需求名称
要给需求起一个方便理解的名称，让团队成员快速理解要做什么样的事情以及实现的目标。最终也会成为项目名称。（有机会或者有条件的情况下，产品经理可以把需求的名称给到技术同事、业务同事看一下 · 问下他们对名字的理解是否有歧义。）
三、背景
背景在这里描述需求的背景及为什么要做这个需求。
四、目标和收益
在文档中讲清楚，做这个需求的预期收益以及想实现怎样的目的。
背景、目标和收益的内容，可以来自我们之前做的商业需求文档、用户调研报或者市场需求文档 ，不管信息的来源是哪里。需求实现的目标是最关键的，它能够让团队不忘初心。
五、需求范围
需求以列表和用例图的方式展现出来，可以大致知道这些需求包含嘛些内容，为后续评估工作量和阅读文档提供便利。
需求范围
六、功能需求
以下是大家最熟悉的模块了
6.1业务概念
在这一部分放上需求分析时的实体关系图。在实体关系图之后，解释每一个元素具体定义是什么，以及具体包括的属性数据有哪些。产品经理提供这些描述，有助于理清业务概念，也可以帮助技术同事拿到需求设计。
6.2流程展示
在这里加入流程图和数据流程图（下一篇文章给大家介绍数据流程图），用可视化的方式一让大家快速了解业务和需求。
6.3需求描述
需求描述是比较重要的一部分，我们可以用前面提到的用例的方式来描述需求。
需求描述可以包括的内容有哪些，通过填写需求描述，将需求一并描述清楚。
需求描述
七、非功能需求
非功能需求是一个系统的特征，一般是用形容词或者副词来表示，比如快捷、安全、高效、稳定等。这些词语可以用在功能与功能之间、系统与系统之间、产品与产品质检之间的比较。用户用这些形容词和副词对产品进行了比较，进而就会对产品进行选择。
想要打造出一款触动人心的产品，需要产品经理的心思多分给非功能需求一些。当然，并不是要求系统和功能要满足。
非功能需求清单
非功能需求清单书写非功能需求就像对手机进行测评一样，总是要把性能的好坏拆分成各种具体的参数和跑分，量化的标准才可以进行参考和比较。所以，非功能需求也要做到量化。
比如，搜索单号要在 0 . 5 秒内反馈结果。同时，非功能需求也是，整体系统和软件的要求。比如，搜索单号要在 0 . 5 秒内反馈结果，那么整体白软件功能都要符合这样的要求。
以上就是我们在分析需求阶段要得到的需求文档。（产品需求文档则比本章讲的需求文档多了2个点产品需求说明以及产品原型）
网友评论