需求文档，怎么写才不会被打？

钓鱼的路上

说起需求文档，作为产品经理的必备技能之一，恐怕没有一个产品经理不知道的吧。虽说需求文档是产品经理必备技能之一，但是要写一份开发看了不想打人的需求文档还是需要花点功夫的。


什么是需求文档
需求文档，就是传说中的PRD文档，全称ProductRequirement Document。需求文档的对产品的说明文档，用于完整的描述产品背景、需求和目标。
需求文档的作用
有很多人认为写需求文档纯属浪费时间，需求澄清时向大家介绍清楚就好了，需求文档只是一个形式而已，用处不大。
那么，我们为什么要写需求文档呢？这个要从需求文档的使用对象说起，需求文档的主要使用对象包括：开发、测试、设计、运营、项目经理和自身。

• 对于开发而言：开发可以通过需求文档知道产品的各个功能点，以及设计到的交互逻辑。
  
• 对于测试而言：测j通过需求文档来编写测试用例。
  
• 对于设计师而言：可以通过需求文档来确定交互细节。
  
• 对于运营而言：可以通过需求文档了解我们的战略及规范，了解到产品的亮点，从而制定相应的运营策略。
  
• 对于项目经理而言：可以根据需求文档来拆分相应的工作包。
  
• 对于产品经理自身而言：人的大脑容量是有限的，我们不能保证在产品迭代的后期还能清楚的知道每一个功能点的细节，所以需求文档就是一个很好的"复习"工具。
  
• 另外，对于新人而言，可以通过需求文档来快速的全方面的了解产品。
  

一份好的需求文档，能够有效的降低沟通成本，能将更多的时间聚焦在打磨产品上，而不是整天向研发沟通需求，互相甩锅；通过写需求文档，也能让自己发现很多的逻辑漏洞以及思考不全面的地方。
需求文档怎么写
需求文档并没有一个统一的标准，就需求文档自身而言，它也是一个产品，而用户包括研发同学，项目团队成员，和产品经理自己，能被这些用户所理解就是一份好的需求文档。
虽说需求文档没有固定的模板，但是以下几点我认为还是有必要介绍一下的。

• 产品背景和目标
  
• 用户画像及使用场景
  
• 产品结构图
  
• 产品流程图
  
• 产品功能需求描述
  
• 排期
  
• 其他
  

产品背景和目标
很多人都觉得需求文档把需求介绍清楚了就行，没必要花篇幅去介绍产品背景，通过介绍需求的背景以及需求想要实现什么目标、解决什么问题，这样的话大家对需求的理解才能更深刻，不仅要让大家知道要做什么，更要知道为什么要这么走，才不会在后期质疑是否需求的必要性。
用户画像及使用场景
用户画像：按性别、年龄、文化水平、地域等多个维度来分析产品的用户画像。在各类用户中挑选出几个目标用户介绍其使用场景，注意目标用户的选择应尽可能的多覆盖一些维度。
产品结构图
产品结构图需要结合产品功能结构图以及产品信息结构图。
功能结构图以功能模块进行划分，通过功能结构图我们能大致知道产品的一个大致结构。
信息结构图这里需要与之前提到的信息架构区分一下，有关信息架构可以看我之前的一篇文章。
信息结构图是将产品中涉及的数据抽象出来，通过信息结构图能够帮助我们梳理清楚需要表达的内容，避免信息遗漏，同时也能够帮助开发同学对如何建表产生一定概念。
具体如何绘制产品结构图在后面的文章中会进行专门的介绍。
产品流程图
流程图包括很多种，需求文档中主要包括业务逻辑图、业务流程图和页面流程图。
业务逻辑图：主要是展现整个产品的运转逻辑。
业务流程图：基于业务逻辑，展现功能的具体实现逻辑。
页面流程图：主要展示页面的运转逻辑，页面之间是如何跳转的。
产品功能需求描述
这一部分也是需求文档的核心部分。
在介绍产品功能时，我一般会以模块划分。先将整个产品划分为几个模块，然后再分别对每个模块进行展开。
首先识别出模块涉及到的页面，这里可以附上页面原型，如果涉及交互的地方也可以直接在原型上标明。这样能够让开发同学有一个直观感受。
然后，再罗列出页面涉及到的功能点，再分别对每个功能点涉及到的逻辑以及各种情况进行详细讲解，这块也是最考验产品经理逻辑思维的地方，在阐述的时候我们可以结合各种流程图来对功能进行辅助说明，如果涉及表格的我们也要详细介绍每个字段，包括其字段含义，来源以及其他约束条件。
前面说了，需求文档也是一个产品，在写作过程中我们要考虑到用户体验的问题，而这里的用户就是我们的开发同学，如果说只是大量文字堆砌谁看了都会头疼吧，而且这堆文字我辛辛苦苦看完以后发现并没有任何收获，这样不打你打谁，逻辑清晰，图文并茂，不含糊，有理有据，我相信这样的需求文档一定是开发同学爱看的。如果还是被打，那一定是你长的不好看。


后续，我也将以某个产品作为示例写一篇需求文档供大家参考，大家也可以给我留言供我参考参考。
排期
规划各个迭代版本需要上线的需求有哪些，并与团队成员沟通时间安排。最后确定相应的排期，明确每一项任务的交付件及交付时间。
当然光有排期的话也不要指望一定能够按期交付，及时的沟通更进是按期交付的关键。关于项目管理这块可以看看我的另一篇文章。
其他
其他信息还包括版本信息、文档说明、全局说明以及非功能需求。
版本信息主要介绍该需求文档的修订记录，包括修改人、修改时间及修改内容。
全局说明包括术语说明、权限说明以及一些异常情况说明。
非功能的需求主要包括性能需求（页面响应时长）、系统需求（支持ios\andriod）、及运营需求(用户行为数据分析，需提前埋点)。
都看到这了，确定不点个赞再走嘛？
<hr/>注：未经本人许可，禁止转载



  微信订阅号：野生产品经理Danny

蜡笔小昕

我长得不好看还是个男生这可咋整啊