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

PRD怎么写?

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

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

第一,问专家不如问用户。

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

第二,问How之前先想Why。

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

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

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

第三,思考用户动机。

我们做产品,希望用户用,必须要思考用户的动机,假设“用户是少一事不如多一事,那么他为什么要用”。PRD也是一样,相信很多人都会抱怨“写了那么多,评审的时候技术根本不看……然后开发的时候又跑过来问东问西,还说有很多功能实现不了……评审的时候都干嘛去了”。

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

好了,相信很多产品经理会对这个方案拍大腿叫好,而开发就要骂娘了。所以,实施起来没那么简单,需要一点自上而下的推动,考核方式的调整,也需要产品经理足够强、开发也懂一点业务。

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

__________

iamsujie,前阿里产品经理,写过《人人都是产品经理》、《淘宝十年产品事》、《人人都是产品经理2.0》,现在做创业者服务,『良仓孵化器』创始合伙人。

------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《从“PRD怎么写”说到产品思维》有19个想法

  1. PRD(product Requirment Document)产品需求文档,我的理解是用户的需求即产品的需求,针对这些需求在筛选出真实需求即产品的需求

  2. 研发是产品的用户,产品首先需要跟研发沟通好,让研发只通过一个文档就明白需求说实话有点难,通过语言表达要比文字更生动更让人理解,沟通完在以文档的形式将内容整理出来,在研发忘的时候在回顾下,这样效率可能更高,效果更好,PRD也就完成了使命。

    iamsujie Reply:

    嗯啊

  3. 花费将近一个月的时间,将苏杰老师的博客文章按系列看完,包括可爱的简单生活系列;
    在8月1号看的第一篇博文,留了个小脚印;在8月27日看到最新的一篇博文,再留个小jio印;
    stay hungry,stay foolish;
    从2018年3月份才接触到产品经理,想做产品经理的某个不算小朋友的小朋友,正在努力中ヾ(◍°∇°◍)ノ゙

    iamsujie Reply:

    加油~

  4. 个人理解PRD核心作用是产品从0~1的一个存档,形式不重要,重点在减低阅读成本。对不同人有不同作用,特别是项目管理过程中人员变更有很大的作用。

    iamsujie Reply:

  5. PRD就是对接产品需求和开发实现的中介,打个比方,我们要设计一栋别墅,这栋别墅的整体设计图稿就是别墅这个“产品”的PRD。

    iamsujie Reply:

    类似

  6. 刚开始拜读苏老师的《人人都是产品经理》,现目前还是一个渠道的实习生,想通过渠道转产品,现在对于产品这个职业还不甚了解。
    就我认为的PRD的话我觉得产品需求文档可以看做是一个说明书或者备忘录。通过一份PRD来完全解释清楚需求不是不可能,但是很难。所以我觉得,PRD更多的是给研发或者开发一个提醒,就是说明开发的方向,或者说给整个项目经理一个备忘录,我们这个产品最开始是需要做一个什么东西。

    iamsujie Reply:

  7. 从开发兼职产品经理几个月了,我的主要目的是让团队(5人小团队作战)中的开发测试同学明确产品功能,减少开发测试过程中的沟通成本,所以我采用的方式主要是原型+标注,以及即时的沟通。
    我的体会是除了主流程外,其他分支流程,异常情况等真的是定义的越清楚越好,这样开发和测试就都知道怎么做了,否则真的会在这些细节上浪费很多时间。

    iamsujie Reply:

    赞赞的

  8. prd是明确系统的目标,无论需求、开发还是测试,都在围绕着要实现的系统目标在工作,也都在围绕着系统目标提出自己的观点和方案。

    iamsujie Reply:

    嗯,竖个杆子

  9. 我觉得PRD是在需求确定之后,决定怎么做的一个文档。
    主要的作用是设计具体的产品形态,通过合适的形式表达出来,以达成内部一致,让开发、设计、测试看得懂自己接下来应该怎么做。

    iamsujie Reply:

    嗯啊

  10. PRD作为整个系统的文字记录,产品发布前相关人员的所有重要工具,产品发布后,也是版本迭代的重要基础。你迭代的是什么,原先的版块和整体架构甚至大体的数据结构是怎么样的等等,这样才不至于迭代到后面无法把控整个产品,谁都不知道原先是什么,改了什么会变成什么,导致系统臃肿只能重构

    iamsujie Reply:

    嗯啊

发表评论

电子邮件地址不会被公开。 必填项已用*标注