「iamprd」从“PRD怎么写”说到产品思维

iamprd

PRD对于产品新人来说至关重要，但是如何将产品思维运用到PRD中也同样很重要。

PRD怎么写？

这个问题可以算是困扰产品新人排名前三的问题之一了。

但我显然不会具体说应该怎么写，不会说模板、形式、原则这些落地的东西，而想和大家聊聊，怎么把产品思维反作用于回答这个问题，反作用于产品工作本身。

第一，问专家不如问用户

如果我们把PRD也看做一个产品，那么用户就是开发、测试等人，除了问专家（可以得到方法论），更应该去问看你PRD的人，可以得到你要的具体答案。

第二，问How之前先想Why

做产品的时候，要回答该怎么做，有一个前置条件，就是你要知道（用户）为什么要这么做，于是，你可以从“为什么要写PRD、写的目的是什么”这个层面出发，来思考“PRD怎么写”。

以一个角度为例，如果是为了项目过程中，团队中不同角色的沟通更加高效？那我们就会更加倾向于重口头、轻书面的模式，比如“原型图+标注”。如果是为了事后有个书面存档的长期考虑，那扎扎实实仔细写下来就必不可少。

延展开来，大家不妨留言说说你理解的“PRD的本质”是什么。

第三，思考用户动机

我们做产品，希望用户用，必须要思考用户的动机，假设“用户是少一事不如多一事，那么他为什么要用”。

PRD也是一样，相信很多人都会抱怨:

“写了那么多，评审的时候技术根本不看……然后开发的时候又跑过来问东问西，还说有很多功能实现不了……评审的时候都干嘛去了”。

如何让开发有动机仔细琢磨PRD？有些公司在动机层面给出了这样的解决方案——让开发写PRD，产品只写大逻辑，然后评审的时候，开发主讲给产品经理听。

好了，相信很多产品经理会对这个方案拍大腿叫好，而开发就要骂娘了。

所以，实施起来没那么简单，需要一点自上而下的推动，考核方式的调整，也需要产品经理足够强、开发也懂一点业务。

以上，别忘了留言说说你理解的“PRD的本质”是什么。