产品需求文档 PRD(上)
• 深刻理解三大文档的写作目的与应用场景
• 理解并掌握PRD文档的用途与作用
• 理解并掌握PRD文档:
– 写作思路
– 写作方法
– 写作格式
♦ 产品需求文档(Product Requirement Document, PRD)的英文简称
– PRD文档向上是对MRD内容的继承与发展,向下则是要把MRD文档里面的各种理论要求
技术化,向研发部门与设计部门说明产品的功能和性能要求。
– PRD文档是产品文档中最底层最细致的文档,所以写作的时候,需要细致耐心。
---------------------------------------------------------------
再看下这三个文档的区别
• BRD-这么做有什么好处,并说明好处在哪里
– 举例:唐僧出发前,参见唐黄,告诉唐黄西去取经的重要意义与大兴佛法的好处,唐黄答应,并发放免签
护照,于是唐僧带着任务出发了。
• MRD- 通过BRD明确了这个事情值得一做后,描述应该怎么做,并说明这么做的原因
– 举例:唐僧上路了,但是他需要选择走哪条路线,带几个人,为什么这么走,为什么带这些人,要说清楚
• A路线:妖怪多
• B路线:神仙多
• C路线:美女多
• 经过分析,唐三藏决定C路线
• PRD- 获得了授权,而且已经确定了要走的路线,剩下的就是打造装备(产品)了
– 要把装备的需求给工匠(研发人员),就需要把你(PM)对装备(产品)的要求讲清楚
• 金箍棒(需要能缩短到耳朵里,直径1毫米,长度6毫米,需要金色,重量必须控制在1KG)
• 九齿钉耙(必须要9个齿,其实PRD好多都是废话。。黑色,把手长1.5米,直径2.5厘米)
• 于是工匠(研发人员)根据需求,打造出了旷世的神器
• BRD > MRD > PRD 是一个逐步论证并得出结果的过程,是产品经理思维升华的过程,
是这三个文档三位一体的过程。
• 研发人员
– 由于研发人员本身更专注于功能的实现与性能,所以他们相对对其它诸如运营,市场,设计等
表现相对不太关心,对于产品更多的了解来自于产品经理的产品宣讲。
• 设计人员
– 设计人员本身更关注于产品的调性与原型图,所以对PRD文档的需求是相对较弱的。
所以,PRD文档,根据阅读对象,就不要去耍花架子了,用最平铺直叙最简单的话,把问题
说的一清二楚就行,绕来绕去小心被程序员们*******
♦ PRD文档的几种表现方式
• 其实PRD文档的目的在于把问题讲清楚,而不是用什么工具!
• 根据实际情况,能满足把问题讲清楚的方式大概有以下几种:
– 文字模式(word 最常见的)
– 原型图模式(Axure 推荐使用)
– 图片模式(有的产品经理本来就是美术转交互转产品)
– 影像模式也可以(太费时)
♦ 常见的PRD文档包含内容
• 文档说明 (本节只讲述这个)
• 产品说明
• 全局功能说明
• 详细功能说明
•1.0 文档说明
–1.1 产品版本号(1.26)
• 版本号( 1. 2 6 )
– 重大调整升级
– 产品结构功能等有调整
• 子版本号( 1. 2 6)
– 在原有基础上面对局部功能进行了升级或调整
• 修正版本号( 1. 2 6)
– 局部小范围优化与BUG修复
– 一般是不动功能性的东西
– 版本号的命名规则
• 归零原则:前一个数字增加一位,后面的数字都归零
• 收费原则:子版本号和修正版本号的变化,一般看做版本内升级,附加收费用,版本号变化则加收费用
–1.2 历史修订
– 编号
– 版本号
– 修订章节
– 修订原因
– 修订日期
– 修订人
– 历史修订的作用
• 对修订前后进行比较
• 有利于维护和管理PRD
• 修订人
• 修订日期
• 方便查询,可以只看修订部分
–1.3 名词术语表
– 将一些产品里面不易理解,容易混淆,或者缩写的词汇在开篇进行统一的列表说明,有利于阅读
– 例如产品100的
• 积分
– 根据产品100用户的一系列操作行为系统根据后台设定产生的虚拟分数,积分决定了用户
等级与论坛权限
• 威望
– 反应了用户在论坛里面的资历,是根据发帖数量,回帖数量,附件上传等综合因素决定,
是用户积分的重要参考依据
• 铜板
– 产品100的货币,主要用于购买有价值的下载资料与信息,完成新手任务可以获得初期足够
的铜板,发布下载资源也可以获得相当数量的铜板,铜板是用户积分的重要参考依据