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

[align=left][b]BRD[/b][b]:Business Requirements Document,商业需求文档。[/b]这是产品生命周期中最早的问的文档,再早就应该是脑中的构思了,其内
阅读全文
请先 登录 后评论
  • 0 关注
  • 0 收藏 449 浏览
  • 略问用户 提出于 2021-07-21 14:42:08

12 个回答

xxxxxa

定义

1、BRD 是英文”Business Requirement Document“的缩写,根据英文直译过来就是”商业需求文档“的意思,指的就是基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据。一般来说全新的产品、未来发展有潜力的产品提供BRD!

2、MRD 是英文”Market Requirements Document“的缩写,根据英文直译过来就是”市场需求文档“的意思,主要是描述什么样的功能和特点的产品(包含产品版本)可以在市场上取得成功。一般新功能的实现,上线新的产品提供MRD!

3、PRD 是英文”Product Requirement Document“的缩写,根据英文直译过来就是”产品需求文档“的意思, PRD文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档,其作用就是“对MRD中的内容进行指标化和技术化”,这个文档的质量好坏直接影响产品能否顺利的实施完成。一般产品的功能改善、产品的细节说明提供PRD文档!

不同点

1、阅读对象的不同

BRD主要给产品、运营、研发、财务、老板等管理层人看的,主要是决定是否要开始某个产品

MRD主要是给产品、运营、研发等项目组人员看的,在大家一致认可需求成立的时候,来商量该怎么做,如何做,什么时间做。

PRD主要是给项目经理、交互设计师、ui设计师、开发团队、测试工程师、运营等人员查看,是非常具体的产品设计方案,开发可以根据PRD获知整个产品的逻辑;测试可以根据PRD建用例;项目经理可以根据PRD拆分工作包,并分配开发人员;交互设计师可以通过PRD来设计交互细节。PRD是项目启动之前,必须要通过评审确定的最重要文档,prd决定了产品做成什么样子!

BRD决定要不要做,MRD决定如何开始做,PRD是决定做成什么样。

2、偏重的内容点不同

2.1 BRD

主要为了说服管理层给你的项目投资资源、人力、物力、所以写商业需求文档更像是写一个商业计划书,不同的是商业计划书是给资方看的,而你的商业需求文档是给你的管理层看的。具体的内容分为以下几个方面:

fetch_filec56151cc6d2921296120525a20c3ce2b-picture

  • 产品介绍(用一句话来清晰的定义你的产品)

  • 产品的商业模式(如果你的项目值得做,那项目如何赚钱。可能是广告、可能是会员等级、可能是网上商城、可能是通过游戏...)

  • 产品市场分析(宏观的行业趋势、微观市场分析等等)

  • 竞争对手分析(竞争对手有那些,我们该如何和他们竞争)

  • 团队(我做这样一件事情需要那些开发人员,需要那些产品人员,需要那些设计人员、需要那些运营人员,这些人员的人力成本是多少,都需要列出来)

  • 产品路线图(产品路线图也叫做roadmap,版本规划是啥样的,每一个版本的大概功能模块有哪些,每个版本的时间安排是啥样的,当然不用那么细,对技术人员来说有个大概的了解就行)

  • 财务计划(收入的来源和渠道有那些,如何才能达到收支平衡,产品的收益增长率是怎样的)

2.2 MRD

MRD是给产品、运营、研发等项目组人员看的,主要解决如何开始做的问题,所以侧重点主要在以下几个方面:

fetch_fileb3144092a705a9c96a0c221762356e6f-picture

  • 目标市场分析(包含目标市场、市场规模、市场特征、发展趋势等)

  • 目标用户分析(用户分析、用户画像、使用场景、用户动机总结)

  • 竞品分析(竞品分析对象、竞品商业模式、竞品目标用户、竞品运营/推广/营销策略、技术分析、竞品市场份额)

  • 产品需求概况(产品定位、产品核心目标、产品结构、产品路线图、产品功能性需求、非功能型需求)

2.3 PRD

PRD是非常具体的方案,涉及到交互、文案、逻辑规则等说明,主要给研发部门看的,用来体现功能和性能。侧重点主要在以下几个方面:

fetch_file748a89de2d9d04482684fc395967e841-picture

  • 文档产品名称

  • 版本历史

  • 目录

  • 文档介绍(主要介绍文档的目的、文档面向的主要用户,读者对象、参考文献、术语与缩写解释等)

  • 产品概述(从大的方向,讲讲项目的相关背景,有什么目标、有没有竞品对象?阶段性计划是什么,传递做这个需求的目的是什么?要达到什么样的目标?让项目开发人员对你的项目背景有了解,程序员知道的越多,做起项目来越有方向性。)

  • 产品需求(也就是功能清单,feature list)

  • 产品结构图(这个也称作脑图,用xmind或者mindmanger来画)

  • 全局功能说明(UI设计会出一个UI设计规范,当然我们做产品的也会对产品中经常用到的一些公共情况做一些说明,可以作为一个全局说明)

  • 产品详细功能说明(一般用用例表来进行说明,以登录注册模块为例,有流程图的话,先把任务流程图画出来,然后是用例表,用例表包含简要说明、行为者、前置条件、后置条件、功能说明、备注。功能说明一定要排版简洁、层次清晰,功能说明无遗漏)

  • 非功能性需求(非功能性需求主要包含性能需求、适配需求、环境需求、统计需求、预留接口等)

  • 相关文档(如果一个项目分解成多个团队,多个需求文档协同合作,比如数据埋点文档)

  • 上线需求(设计什么时候OK、什么时候测试,具体的上线时间,具体一些特殊的流程需求等)

联系点

fetch_filef08c50613a5c54953387239c38a604fd-picture

BRD—MRD—PRD是一个从高到底的逐层递进的关系,BRD从战略高度告诉我们做什么产品,MRD从战术的角度告诉我们怎么做,PRD非常细化的告诉我们做成什么样!

BRD决定了产品的商业价值

PRD决定了项目质量水平

MRD在中间起到一个承上启下的作用,质量好坏直接影响到产品项目的开展,并直接影响到公司产品战略意图的实现。

PRD、BRD和MRD,一起被认为是从市场到产品需要建立的文档规范。

更多干货可关注微信公众号:chanpinliu880,关注后可获得第一手干货。

私人微信号:yw5201a1,有问题也可找我交流。

请先 登录 后评论
xxxxxa

PRD.png

产品经理除了以上的文档需要接触外,还有UC和FSD。


UC是用例文档。

通常是以用户角度的完整功能单位为粒度、描述用户跟系统的交互过程及系统的输出逻辑。

核心:流程

目的:给我们提供一个研究用户以及思考用户行为的框架,能够帮助我们去有条理的从用户角度出发理解场景及系统功能。

 

FSD是功能详细说明

别称:FRD Spec

目的:交代具体的数据字典、概念模型结构、业务接口规范等。


从二爷那里学来的。

微信号:foUnd_kyle  欢迎大家一起交流产品知识。

请先 登录 后评论
xxxxxa
现在重点是写PRD......前面两个嘛,基本上用不上,大佬一句话下来,我们要做个啥啥啥的。就是你分析出来不合适,不划算,也是一定要做的。一定要写的时候也是朝着有利的方向写,给投资商看的。
请先 登录 后评论
xxxxxa
不错的文章,至少可以从理论上面了解知识面
请先 登录 后评论
xxxxxa
你们觉得MRD 应该是市场运营来写还是产品来写呢?
请先 登录 后评论
xxxxxa
我们现在更多的是prd和mrd,尤其prd主导
请先 登录 后评论
xxxxxa
像我们公司只有PRD和MRD,早起文档和销售需求都合并的一起了,其实没那繁琐吧
请先 登录 后评论
xxxxxa
什么文档其实不重要,最重要的是这些环节这些事情是产品构建时期要完成的,系统的规范的去做,可以让你的产品走的更顺,让我们的决策更值得验证。
请先 登录 后评论
xxxxxa
学习了,之前一直是摸索着来,现在需要正规起来了。
请先 登录 后评论
xxxxxa
这两天正在研究MRD:dizzy:
请先 登录 后评论