B端产品手记

分享B端产品探索与实践经验,助力B端产品成长。

写好PRD文档的八个要素

  1.1Purpose(产品愿景)

必须对产品要解决的问题有深刻的了解,阐明即将开发的产品如何满足该需求。

产品经理应该非常清晰、准确地定义产品是什么,解决什么,意在成为什么,并与产品相关的各个角色(老板、设计师、开发、用户)交流此愿景。

1.2Objective(产品目标)

将前述定义的产品愿景,分解为具体要实现的体验目标,并厘清每个细分目标的验收标准,如:

1.2.1流畅无刷新的体验

1.2.2设计简单、易用、有趣

1.2.3高度关注用户隐私

1.3User(用户角色)

1.3.1角色

定义好产品要解决的需求之后,产品经理将和设计师开始密切合作,开展访谈,广泛地接触、观察、了解用户,将其分为几种类型,确定核心的目标用户,丰富该用户角色,包括但不限于年龄、性别、计算机水平、性格特点等。

1.3.2目标

每个优质产品的用户必有其清晰明确的目标,界定前述各个角色在使用产品时想达到的目标,将有助于产品经理面对项目各角色提的需求,做出正确的价值判断。

1.3.3任务

需求是相对稳定的,解决方案却无时无刻不在随着技术革命、软硬件的成熟而变动,对于用户任务的设计创新是好产品成功的关键。

例:传统的Photoshop已经携带了强大滤镜功能,帮助用户处理照片特效,instagram在移动平台的更方便、优雅地解决了该需求,获得成功。

1.4Principles(产品原则)

环顾产品的开发流程,各角色职能应尽可能地在大方向上保持一致,减少摩擦,讨论的重心将被引导侧重于输出更优秀的解决方案,提前制定基于产品愿景提炼出的价值观和信条,有利于讨论,如Facebook提出的信条:

1.4.1完成比完美更重要(Doneisbetterthanperfect)

1.4.2代码赢得争论(Codewinsarguments)

1.4.2快速行动,破除陈规(Movefastandbreakthings)

1.4.3保持专注,持续发布(Stayfocusedandkeepshipping)

1.5Prototype(原型测试)

纸笔原型是前期将想法可视化的最好手段,及早地、快速地分享,引入项目各角色人物的讨论,并修正想法,而不是等自以为成熟以后。想法的价值将在分享交流中高度放大。高保真原型则可以将产品的体验价值迅速带给用户。

可行性测试

可行性是检验想法的第一步,和技术团队一起研究技术动向,探讨原始想法的可行性或折衷方案,确保产品要解决的若干难点,及早发现并评估时间点可行与否。

可用性测试/价值测试

和设计师密切合作,提供若干种设计方案,分别给不同类型的用户使用,检验原型的可用性,及是否符合最初的设计思想,发现遗漏的需求,获取有价值的反馈。

除了技术可行和可用性,使用高保真原型或简易的Demo也可以测试用户对产品的饥渴程度,及是否有购买欲望,一切均在于测试人员认真的观察、记录用户的情感流露,惊喜、失望、还是木然,往往很难隐藏。

1.6Write(写文档)

PRD无疑是所有产品文档的灵魂所在,承载着各角色信息对等的沟通使命。它一般以Word形式存在,也有的存在于PPT,项目白板中,重要的是内容,而不是外在的媒介,确保你的团队成员可以轻松地获取它,并及时更新。

1.7Prioritize(优先级)

产品往往有众多的功能点组成,明确产品需要进入市场的时间点,并对各版本发布功能的优先级进行定义和排序,是产品经理最有价值的工作之一。将每个迭代版本里的Story分为Must-have,High-want,Nicetohave,有助于更清晰地了解各阶段产品要完成的使命。

1.8Test(评审PRD)

随着设计和研发的进行,PRD的发布应是持续更新的,贯穿于整个开发环节的始终,确保所有的团队成员都完整地理解了文档,明确了各自应重点关注的部分,根据各角色的反馈和讨论,及时更新文档。

PS:部分内容来自于《启示录》和SVPG,转载注明出处。  

# PRD# 用户# 原型# 产品目标


添加新评论