从“prd怎么写”说到产品思维
prd怎么写？
这个问题可以算是困扰产品新人排名前三的问题之一了。
但我显然不会具体说应该怎么写，不会说模板、形式、原则这些落地的东西，而想和大家聊聊，怎么把产品思维反作用于回答这个问题，反作用于产品工作本身。
第一，问专家不如问用户。
如果我们把prd也看做一个产品，那么用户就是开发、测试等人，除了问专家（可以得到方法论），更应该去问看你prd的人，可以得到你要的具体答案。
第二，问how之前先想why。
做产品的时候，要回答该怎么做，有一个前置条件，就是你要知道（用户）为什么要这么做，于是，你可以从“为什么要写prd、写的目的是什么”这个层面出发，来思考“prd怎么写”。
以一个角度为例，如果是为了项目过程中，团队中不同角色的沟通更加高效？那我们就会更加倾向于重口头、轻书面的模式，比如“原型图+标注”。如果是为了事后有个书面存档的长期考虑，那扎扎实实仔细写下来就必不可少。
延展开来，大家不妨留言说说你理解的“prd的本质”是什么。
第三，思考用户动机。
我们做产品，希望用户用，必须要思考用户的动机，假设“用户是少一事不如多一事，那么他为什么要用”。prd也是一样，相信很多人都会抱怨“写了那么多，评审的时候技术根本不看……然后开发的时候又跑过来问东问西，还说有很多功能实现不了……评审的时候都干嘛去了”。
如何让开发有动机仔细琢磨prd？有些公司在动机层面给出了这样的解决方案——让开发写prd，产品只写大逻辑，然后评审的时候，开发主讲给产品经理听。
好了，相信很多产品经理会对这个方案拍大腿叫好，而开发就要骂娘了。所以，实施起来没那么简单，需要一点自上而下的推动，考核方式的调整，也需要产品经理足够强、开发也懂一点业务。