产品需求文档包括哪些内容

某大厂的CEO曾经说过“练好基本功，能赢99%的事”，而写需求文档，就是最能体现产品基本功的地方了。有不少产品/运营童鞋抱怨研发不配合、态度不好、喜欢挑茬，如果你平时在工作中遇到过这些问题，学姐强烈建议把这篇看完，先琢磨下自己的需求文档是否合格。
另外，虽然需求文档在汇报、晋升答辩的时候几乎用不到，但学姐可是听说，不少互联网大厂的高管会去翻阅需求文档，来了解产品细节、考察一线童鞋们的基本功是否扎实，这时候如果文档写得不到位，可就尴尬了。
一、写之前，先分类在写需求文档之前，我们先要对本次写的文档进行正确地分类，毕竟一个做半年的需求和一个做半天的需求，在文档上肯定会体现出差异。这就和我们在需求分析阶段会先做用户分层是一个道理(用户分层学姐强调过很多遍啦，不了解的童鞋赶紧戳这篇)，需求一般可以分为以下三类：
1. 大项目
有超过3个功能点才能实现的需求，就是一个相对完整的项目了，一般需要研发2个月以上。
举个例子，学姐之前曾经做过一个在订单上加收1块钱服务费的功能，虽然听上去只是一丢丢(一句话需求启动～)，但却会涉及到对整个交易流程的改造，C端会涉及到交易列表、商品详情页、订单列表、订单详情、退款详情等，B端会涉及到商户通知、交易列表、对账单等;除了业务方的研发，还会需要到优惠中心、订单中心、结算中心等各大中台一起参与研发。而且每个功能点都没有办法拆分上线。
这类文档的模版是最完整的，学姐会在第二章具体介绍。
2. 功能点
指可以单独上线的功能点。
比如微信公众号最近新增了“草稿箱”功能，写到一半的文章可以保存，虽说从公众号作者的角度来说这是一个比较大的改版，因为涉及到公众号后台最核心的功能——写文章。但实现起来，只是加了这三个功能点：
写文章时可以保存草稿或查看草稿
公众号后台的首页新增“最近的草稿”模块
公众号后台首页左侧工具栏新增“草稿箱”，点击可以查看所有的草稿
其中后两者完全可以等功能1上线了之后单独上线。像这类需求就可以按照“功能点”去写需求文档，三个功能点合起来写或者分开写完全看产品对进度的要求。
3. 小优化
这类需求可能是一些较小的用户体验提升、big fix、视觉优化等，比如某个页面上改一个按钮之类。很多童鞋在写这类文档的时候往往是“一句话需求”，但其实这类文档也会有侧重点，要做到“麻雀虽小，五脏俱全” 。
二、三段式写PRD搞清楚需求的3种分类后，我们就可以使用不同的模版了，学姐会根据三段式去详细介绍PRD的每一部分：背景->内容->计划(小优化不需要) 。
1. 需求背景
这是一个常见的扣分点，背景不写或者写得不好，这不就相当于追女生的时候上来就问她体重多少嘛(大家可以求一下研发小哥哥/姐姐的心理阴影面积) 。这部分是每类需求都要写的，绝不能省略哦。需求背景分为以下两部分：