BRD、MRD 和 PRD 之间的区别与联系有哪些

今天看到一篇讲述产品设计中几种文档的文章(一个老外的blog,Michael on Product Management & Marketing),感觉很好,结合工作的实际整理一下。按照那篇文章的思路,从产品的抽象到具体主要产出的文档有BRD、MRD、PRD和FSD。

BRDBusiness Requirements Document,商业需求文档。这是产品生命周期中最早的问的文档,再早就应该是脑中的构思了,其内容涉及市场分析,销售策略,盈利预测等,通常是和老大们过的ppt,所以也就比较短小精炼,没有产品细节。

MRDMarket Requirements Document,市场需求文档。获得老大的认同后,产品进入实施,需要先出MRD,具体来说要有更细致的市场与竞争对手分析,通过哪些功能来实现商业目的,功能/非功能需求分哪几块,功能的优先级等等。实际工作中,这个阶段PD可能的产出物有Mind Manager的思维图,ExcelFeature List等。

iamsujie补:我们的模式下,上两种文档会合并成为BRD,参见“4004资源与BRD”)

PRDProduct Requirements Document,产品需求文档。进步一细化,这部分是PD写得最多的内容,也就是传统意义上的需求分析,我们这里主要指UCuse case)文档。主要内容有,功能使用的具体描述(参见下一篇:UC写作),Visio做的功能点业务流程,界面的说明,demo等。Demo方面,可能用dreamweaverps甚至画图板简单画一下,有时候也会有UI/UE支持,出高保真的demo,开发将来可以直接用的那种。

以上文字摘抄自苏杰博客

  • 非常细节的、已知的、已有产品改善类的功能,提供PRD级别的即可;
  • 一般产品的新系统、较综合的新功能实现,提供MRD;
  • 全新的产品、较为重要和未来发展较为复杂的产品,提供BRD。

即,你考虑写的需求文档是给什么范围的人看的、所描述的需求是个什么范围和级别的。

  • BRD你要给产品、运营、研发、管理层等很多人看,要讲清楚为什么有这个需求,需求的边界和业务目标,所需资源等;
  • MRD给产品、运营、研发等业务线上的人看,主要是大家已经一致认可需求是成立的,只是我们如何来实现、什么时间实现需求,实现了需求会获得什么结果;
  • PRD是给单个职能单位看,沟通非常具体的实施方案。

所以,产品经理要能写好MRD和BRD,你带的人要能写非常成功的PRD。这是一个层次的问题,先有BRD,决策是否要开始一个产品;再有BRD,决策如何开始一个产品;最后有PRD,决定要开始的产品具体是什么样的。

著作权归作者所有。
商业转载请联系作者获得授权,非商业转载请注明出处。
作者:李明远
链接:http://www.zhihu.com/question/19655491/answer/12541557
来源:知乎

原创文章,作者:ioued,如若转载,请注明出处:https://www.iamue.com/10560/

(0)
iouedioued
上一篇 2015-11-09
下一篇 2015-11-09

相关推荐