【大厂产品专家手把手教你】系列三：写需求文档（附模版）

美团的CEO王兴曾经说过“练好基本功，能赢99%的事”，而写需求文档，就是最能体现产品基本功的地方了。有不少产品/运营童鞋抱怨研发不配合、态度不好、喜欢挑茬，如果你平时在工作中遇到过这些问题，学姐强烈建议把这篇看完，先琢磨下自己的需求文档是否合格。

另外，虽然需求文档在汇报、晋升答辩的时候几乎用不到，但学姐可是听说，不少互联网大厂的高管会去翻阅需求文档，来了解产品细节、考察一线童鞋们的基本功是否扎实，这时候如果文档写得不到位，可就尴尬了～

一、写之前，先分类

在写需求文档之前，我们先要对本次写的文档进行正确地分类，毕竟一个做半年的需求和一个做半天的需求，在文档上肯定会体现出差异。这就和我们在需求分析阶段会先做用户分层是一个道理（用户分层学姐强调过很多遍啦，不了解的童鞋赶紧戳这篇），需求一般可以分为以下三类：

1. 大项目

有超过3个功能点才能实现的需求，就是一个相对完整的项目了，一般需要研发2个月以上。

举个例子，学姐之前曾经做过一个在订单上加收1块钱服务费的功能，虽然听上去只是一丢丢（一句话需求启动～），但却会涉及到对整个交易流程的改造，C端会涉及到交易列表、商品详情页、订单列表、订单详情、退款详情等，B端会涉及到商户通知、交易列表、对账单等；除了业务方的研发，还会需要到优惠中心、订单中心、结算中心等各大中台一起参与研发。而且每个功能点都没有办法拆分上线。

这类文档的模版是最完整的，学姐会在第二章具体介绍。

2. 功能点

指可以单独上线的功能点。

比如微信公众号最近新增了“草稿箱”功能，写到一半的文章可以保存，虽说从公众号作者的角度来说这是一个比较大的改版，因为涉及到公众号后台最核心的功能——写文章。但实现起来，只是加了这三个功能点：

写文章时可以保存草稿或查看草稿

公众号后台的首页新增“最近的草稿”模块

公众号后台首页左侧工具栏新增“草稿箱”，点击可以查看所有的草稿

其中后两者完全可以等功能1上线了之后单独上线。像这类需求就可以按照“功能点”去写需求文档，三个功能点合起来写或者分开写完全看产品对进度的要求。

3. 小优化

这类需求可能是一些较小的用户体验提升、big fix、视觉优化等，比如某个页面上改一个按钮之类。很多童鞋在写这类文档的时候往往是“一句话需求”，但其实这类文档也会有侧重点，要做到“麻雀虽小，五脏俱全”。

二、PRD“三段式”

搞清楚需求的3种分类后，我们就可以使用不同的模版了，学姐会根据三段式去详细介绍PRD的每一部分：背景->内容->计划（小优化不需要）。

1. 需求背景

这是一个常见的扣分点，背景不写或者写得不好，这不就相当于追女生的时候上来就问她体重多少嘛（大家可以求一下研发小哥哥/姐姐的心理阴影面积）。这部分是每类需求都要写的，绝不能省略哦。需求背景分为以下两部分：

1.1 为什么要做（WHY）

首先我们要讲清楚为什么要做这个需求，这里学姐提供1个经典句式，那就是欲扬先抑。我们可以先说目前的问题，比如先列举用户痛点，再配一些数据，最后提出我们解决问题的方案，就能把故事说得比较顺了，举两个简单的例子大家感受下：

某某行业目前鱼龙混杂，信息不公开透明，消费者的权利得不到保护，据行业报告显示投诉率达百分之多少，因此，我们要搭建一个真实可靠的消费者评价体系

结算页面是用户完成交易的必经页面，目前其转化率不到50%，竞品/行业内标准是60%，因此需要优化

这样写的好处是会让其他部门的同事感同身受，毕竟其他人并不像你一样这么了解这个行业的用户和产品，这样可以产生共情。

1.2 想要达到什么目标（WHAT）

预估做项目能达到的核心指标，最好把预估的过程也写出来。一方面，“直接谈钱”可以提升其他同事的成就感，让他们更愿意积极参与；另一方面也是锻炼自己作为产品/运营对数据的敏感性，像学姐因为估得多了，基本上每次的数量级都是非常准的，越来越接近真实数据。