BRD是什么?
BRD:“商业需求描述”的英语缩写,全称为:Business Requirement Document。
是产品生命周期中最早的文档,再早就应该是脑中的构思了,其内容涉及市场分析,销售策略,盈利预测等,通常是供决策层们讨论的演示文档,一般比较短小精炼,没有产品细节。

MRD是什么?
MRD:“市场需求文档”的英文缩写,全称Market Requirement Document。
该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档,其作用就是“对年度产品中规划的某个产品进行市场层面的说明”,这个文档的质量好坏直接影响到产品项目的开展,并直接影响到公司产品战略意图的实现。
该文档在产品项目中是一个“承上启下”的作用,“向上”是对MRD内容的继承和发展,“向下”是要把MRD中的内容技术化,向研发部门说明产品的功能和性能指标。

PRD是什么?
PRD:产品需求文档(Product Requirement Document,PRD)的英文简称。是将商业需求文档(BRD)和市场需求文档(MRD)用更加专业的语言进行描述。


明确下我的观点:产品文档很重要,很重要。
在没做产品之前一直觉得这三个文档的作用并不大,只是在耽误大家的功夫,在会议上给大家展示这些文档的时候,参加会议的人也是一半睡觉,一半听,听的一半里还有一半老把重心放到不重要的抠字眼环境。

当做了产品,完成了对虎嗅整站的改版之后,才发现这些文档的必要性和重要性,也了解到这三个文档要面向的阅读用户是不同的。


解释下这三个文档的说明以及对应的阅读用户,这个是一定要确认参与产品项目的人员都知晓的。

脑中构思(BRD解释中提到)
这里可能就是一句话或者一个音乐,一个电影产生的产品灵感,通常当一个公司没有明确目标的时候,通过“头脑风暴”来创造这个灵感(BRD)。

BRD
是要给领导者\管理层看的文档,所以这里面不需要牵涉到产品细节。仅仅是提供市场分析,销售策略,盈利预测,目的是供决策层产生决策结果(MRD)。

MRD
是要产品总监产品经理们看的文档,所以这里面不需要产品经理们BRD中产生的决策有建议和意见的反馈。产品经理们的重心是通过此文档去思考如何实现这个决策的方法(PRD)。

PRD
产品经理们给参与产品制作的各实际项目负责人查看的文档,所以这里不太需要实际项目负责人去思考如何实现决策的方法,而是要考虑实现的时间及步骤。


好了解释了一下是不是更加混乱了。那么讲个故事来解释这个事情。
1.快中午的时候饿了,想要吃什么?然后大家一拍脑袋得出要吃火锅。
(这就是脑中构思,以及头脑风暴得到的MRD前期需求)

2.既然要吃火锅,我们是去吃海底捞、东来顺,还是吃豆捞、呷浦呷浦,又或者是自己做?这就需要MRD来解决这个问题。
通过梳理各家的口味,环境,服务,地理位置以及我们的费用,最后得出最佳方案[海底捞],备用方案[豆捞],临时方案[呷浦呷浦]将这个过程做成MRD交给最高领导决定吃哪个,并且要得到领导肯定的答复:去吃海底捞方案。
(走到这步,已经不需要有人再提出吃麻辣烫这种需求了,那是1里面做的事情。)

3.好了,既然吃海底捞已经确定了,从这里开始就不需要再麻烦领导了。
这时候要考虑的是这么多海底捞,去哪家?怎么去?我们的预算可以点哪些菜,我们确定要点哪些菜?这就需要PRD解决了。
PRD内容:
小王去统计有多少人去,有多少辆车,谁做哪辆车,剩下的怎么过去,需要多少预算,在11点10分提交上来。
小张根据小王统计的人去问下大家的忌口,根据总预算费用制定菜单,在11点25分提交上来。
小白根据小王的预算和小张的预算去财会取钱,在11点35分交给小明。
小明根据小王统计的人数去预定最近的海底捞,并视海底捞服务情况去订小张提供的菜单,然后把公交路线制作出来,在11点50分提交上来。
11点55分召集大家安排去的路线,出发。


乐观的情况下完全按照PRD执行。
11点10分:小王确定人数,以及去的方法路线,及需要的预算
11点25分:小张确认大家忌口并指定出菜单
11点35分:小白取钱交给小明
11点50分:小明预定到座位,并且点餐,同时提交了公交路线。
11点55分:召集大家,告知路线,一起出发。
12点30分到达海底捞,愉快的吃起了火锅,唱起了歌。


以上所有内容纯属见天意淫的内容和观点,如果有不对的地方或者逻辑不够严谨的地方还请见谅,欢迎大家交流心得。