PRD怎么写？
这个问题可以算是困扰产品新人排名前三的问题之一了。
但我显然不会具体说应该怎么写，不会说模板、形式、原则这些落地的东西，而想和大家聊聊，怎么把产品思维反作用于回答这个问题，反作用于产品工作本身。
第一，问专家不如问用户。
如果我们把PRD也看做一个产品，那么用户就是开发、测试等人，除了问专家（可以得到方法论），更应该去问看你PRD的人，可以得到你要的具体答案。
第二，问How之前先想Why。
做产品的时候，要回答该怎么做，有一个前置条件，就是你要知道（用户）为什么要这么做，于是，你可以从“为什么要写PRD、写的目的是什么”这个层面出发，来思考“PRD怎么写”。
以一个角度为例，如果是为了项目过程中，团队中不同角色的沟通更加高效？那我们就会更加倾向于重口头、轻书面的模式，比如“原型图+标注”。如果是为了事后有个书面存档的长期考虑，那扎扎实实仔细写下来就必不可少。
延展开来，大家不妨留言说说你理解的“PRD的本质”是什么。
第三，思考用户动机。
我们做产品，希望用户用，必须要思考用户的动机，假设“用户是少一事不如多一事，那么他为什么要用”。PRD也是一样，相信很多人都会抱怨“写了那么多，评审的时候技术根本不看……然后开发的时候又跑过来问东问西，还说有很多功能实现不了……评审的时候都干嘛去了”。
如何让开发有动机仔细琢磨PRD？有些公司在动机层面给出了这样的解决方案——让开发写PRD，产品只写大逻辑，然后评审的时候，开发主讲给产品经理听。
好了，相信很多产品经理会对这个方案拍大腿叫好，而开发就要骂娘了。所以，实施起来没那么简单，需要一点自上而下的推动，考核方式的调整，也需要产品经理足够强、开发也懂一点业务。
以上，别忘了留言说说你理解的“PRD的本质”是什么。
__________
iamsujie，前阿里产品经理，写过《人人都是产品经理》、《淘宝十年产品事》、《人人都是产品经理2.0》，现在做创业者服务，『良仓孵化器』创始合伙人。
PRD（product Requirment Document）产品需求文档，我的理解是用户的需求即产品的需求，针对这些需求在筛选出真实需求即产品的需求
研发是产品的用户，产品首先需要跟研发沟通好，让研发只通过一个文档就明白需求说实话有点难，通过语言表达要比文字更生动更让人理解，沟通完在以文档的形式将内容整理出来，在研发忘的时候在回顾下，这样效率可能更高，效果更好，PRD也就完成了使命。
iamsujie Reply:
八月 24th, 2018 at 21:19
嗯啊
花费将近一个月的时间，将苏杰老师的博客文章按系列看完，包括可爱的简单生活系列；
在8月1号看的第一篇博文，留了个小脚印；在8月27日看到最新的一篇博文，再留个小jio印；
stay hungry,stay foolish;
从2018年3月份才接触到产品经理，想做产品经理的某个不算小朋友的小朋友，正在努力中ヾ(◍°∇°◍)ﾉﾞ
iamsujie Reply:
八月 29th, 2018 at 16:23
加油~
个人理解PRD核心作用是产品从0~1的一个存档，形式不重要，重点在减低阅读成本。对不同人有不同作用，特别是项目管理过程中人员变更有很大的作用。
iamsujie Reply:
八月 31st, 2018 at 07:45
嗯
PRD就是对接产品需求和开发实现的中介，打个比方，我们要设计一栋别墅，这栋别墅的整体设计图稿就是别墅这个“产品”的PRD。
iamsujie Reply:
九月 7th, 2018 at 21:07
类似
刚开始拜读苏老师的《人人都是产品经理》，现目前还是一个渠道的实习生，想通过渠道转产品，现在对于产品这个职业还不甚了解。
就我认为的PRD的话我觉得产品需求文档可以看做是一个说明书或者备忘录。通过一份PRD来完全解释清楚需求不是不可能，但是很难。所以我觉得，PRD更多的是给研发或者开发一个提醒，就是说明开发的方向，或者说给整个项目经理一个备忘录，我们这个产品最开始是需要做一个什么东西。
iamsujie Reply:
九月 12th, 2018 at 20:45
嗯
从开发兼职产品经理几个月了，我的主要目的是让团队（5人小团队作战）中的开发测试同学明确产品功能，减少开发测试过程中的沟通成本，所以我采用的方式主要是原型+标注，以及即时的沟通。
我的体会是除了主流程外，其他分支流程，异常情况等真的是定义的越清楚越好，这样开发和测试就都知道怎么做了，否则真的会在这些细节上浪费很多时间。
iamsujie Reply:
十月 14th, 2018 at 20:34
赞赞的
prd是明确系统的目标，无论需求、开发还是测试，都在围绕着要实现的系统目标在工作，也都在围绕着系统目标提出自己的观点和方案。
iamsujie Reply:
十月 16th, 2018 at 18:04
嗯，竖个杆子
我觉得PRD是在需求确定之后，决定怎么做的一个文档。
主要的作用是设计具体的产品形态，通过合适的形式表达出来，以达成内部一致，让开发、设计、测试看得懂自己接下来应该怎么做。
iamsujie Reply:
十月 24th, 2018 at 10:28
嗯啊
PRD作为整个系统的文字记录，产品发布前相关人员的所有重要工具，产品发布后，也是版本迭代的重要基础。你迭代的是什么，原先的版块和整体架构甚至大体的数据结构是怎么样的等等，这样才不至于迭代到后面无法把控整个产品，谁都不知道原先是什么，改了什么会变成什么，导致系统臃肿只能重构
iamsujie Reply:
十一月 9th, 2018 at 08:28
嗯啊
我是做UI设计，公司目前没有产品经理，领导让我整理积分商城PRD文档，按照我理解是PRD文档让设计及开发观看逻辑的媒介，减少设计和开发之间错误率，大大可提高速度——积分商城PRD给点建议？？
老师，我是刚踩入做产品的一位职场小白，目前领导想让我写一份PRD文档，能麻烦给我邮箱发一份实际项目的PRD文档、BRD文档和MRD文档给我参考一下吗？万分感谢！！！！
iamsujie Reply:
四月 4th, 2019 at 09:33
https://pan.baidu.com/s/1o6FOAt8
我不是产品经理（正在为之努力），我认为prd是呈现单方思考结果的一种形式，像是一种交流工具，受众是原用户和开发伙伴。
如果产品经理纯在自嗨，没有合理的语言和语言习惯，受众阅读难度大，我想他们便很难有兴趣继续下去。（我有过类似经历，我是那个自嗨的人）
iamsujie Reply:
四月 9th, 2019 at 09:29
赞同
文中提到了一个问题，谁做prd，用户都会很难“伺候”。
自己没过产品经理的职业抬头，但结合经历的项目，我的感受或解决思路是：提升用户的参与感（我认为任何一个非强相关的参与者在有了参与感后，才会更积极，更让pm省心），例如：在和原用户沟通制作PRD的前期，我可能会和产品经理沟通，让主要的开发负责人也知悉下，提提建议，最差情况至少保持他们的知情权。：）
我是个上班一个月的产品经理，现在正在处在需求需求需求的过程中，总是会怀疑自己的工作重点是什么，领导给了个任务，让我们写prd，功能点不能增加，加什么什么不对，我只需要考虑把这些需求用什么方式展现到用户眼前，只在乎表现形式是什么样的，总是在纠结自己的工作职责、重点在哪里。
iamsujie Reply:
六月 17th, 2019 at 19:41
一开始总是要先从细节做起的
从开发转岗到产品，PRD现在基本是原型+标注，文档也会写，也会共享，主要是作为一个公司留存用的，但是更更更主要是。。。给自己留个活路，总得有个证据，不能乱背锅，哈哈哈，见笑啦
iamsujie Reply:
八月 20th, 2019 at 10:41
这样很好啊。。。
我理解的PRD是应该是产品经理和开发人员之间的沟通的桥梁。
第一：PRD是产品经理结合数据、个人分析及理解的产物，具有主观能动性，主要目的是为了更清晰的表达，方便“用户”理解
第二：有PRD的存在，用户（开发人员）在实际开发过程中能更好的发现问题，能更好的反馈
学生一枚，没接触过产品，纸上谈兵
iamsujie Reply:
八月 28th, 2019 at 17:38
说的挺好啊
PRD的本质：
提高工作效率！提高工作效率！提高工作效率！
无论是让开发人员容易读懂，还是后期新人可查。都是为了提升工作效率！
dasujie
产品需求和项目需求有本质区别：产品面向用户，项目面向客户，用户基本不能决定产品的需求和变更，比如消费者买一辆汽车，基本上只有选择的权利，对汽车产品的改进意见只能在相关网站上评一评，所以决定产品需求的还是产品设计师；而项目需求基本或全部是由客户决定的，即使设计时客户没有意见，但一旦看到交付品，基本各种变更就接踵而至，所以项目经理很大一部分工作不是改善而是控制变更。因此，项目经理转产品经理，角色转变本质是思维方式转变。