其实我看过的PRD撰写逻辑和模板也不多，在之前看过的京东PRD模板和李老师给的产品经理资料包中的模板，最大的问题在于全篇太长，看得有些累，于是也没有掌握多少。同时我一直觉得（受以前搜索「PRD怎么写」的一些文章的启发）作为一个未真正经历实战（实习或是工作）的产品小学生，最重要的不是模板，而是底层逻辑，是要搞清楚你的PRD的用户是谁，也即写PRD也应当运用产品思维。
即使是真正工作以后，也不是一个模板能解决问题的，模板应该是在经过实践以后根据你所属团队、PRD的用户的需求沉淀出来的，模板是为了更高效的工作，因为它是经验所得，而在这个模板出来之前，必须按照公司和团队的需求来撰写PRD。
那PRD到底怎么写？今天想要解决这个比较常见且基础的产品面试题，于是在人人都是产品经理网站上搜索「PRD」这个关键词，没想到展示出来的第一篇文章——「keep需求文档」就满足了我对PRD如何写的需求。但是要我写一篇非常详细的PRD怎么写的文章也不可能，毕竟这只是一篇文章给我的启示，并且这是一篇「功能增加」的PRD，而不是从0到1的一份PRD，我能受到比较大的启发的原因也正是因为这篇文章比较简短明确易懂，所以在我看来这是一篇很成功的PRD。
因此基于这篇「keep需求文档」，我想总结一下PRD一般来说必须具备的内容，毕竟我也没有工作过，没有对应的团队对PRD的需求。废话就不要说太多了（发现自己在切入正题之前总是能一堆叨叨），下面进入正文！
首先，必须交代需求的背景，需求背景包括需求目的和需求目标，这两个词语虽然长得像，但是是不同的概念。
需求目的是指我为什么要做，比如我想提高用户粘性，我想增加用户使用时长，或者是提高留存率等等，而需求目标指的是我为了达到这个目的所呈现出来的结果应该是怎样的，我想要这个结果如何，这里的结果主要是KPI。比如我要这个功能的上线或者优化在上线一个月后的留存率提高10%，这就是需求目标。
第二，给出需求列表，并对增加的功能展开描述。
需求列表就是将需求所对应的功能点整合在一个表中，方便查看检索。需求列表包括但不限于功能类别（比如一个app有社交和电商功能，这个需求对应哪个功能）、功能点、功能特性描述、优先级。
对功能展开描述主要包括原型图、功能逻辑和功能目标。功能逻辑主要依据给出的原型图描述功能是在哪里展示、如何展示的，用户怎么操作，在一些特殊情况下（如常见的网络断开、用户错误操作等）页面如何显示，用户在操作之后系统要如何响应，比如是跳转页面，还是弹出提示等等。功能目标是这个功能要达到的目标，如获取更多的新用户等。
在所有的功能点都描述完后，就是非功能需求的描述了。非功能需求主要包括数据埋点需求、运营需求等。详细的不再说了，我也不怎么会说哈哈哈哈（能理解就行啦）
今日产品小文章over～
