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
产品需求和项目需求有本质区别:产品面向用户,项目面向客户,用户基本不能决定产品的需求和变更,比如消费者买一辆汽车,基本上只有选择的权利,对汽车产品的改进意见只能在相关网站上评一评,所以决定产品需求的还是产品设计师;而项目需求基本或全部是由客户决定的,即使设计时客户没有意见,但一旦看到交付品,基本各种变更就接踵而至,所以项目经理很大一部分工作不是改善而是控制变更。因此,项目经理转产品经理,角色转变本质是思维方式转变。