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

eQ3uqqJ.jpg!mobile

定义

1、BRD 是英文”Business Requirement Document“的缩写，

根据英文直译过来就是 “ 商业需求文档 ” 的意思，指的就是基于商业目标或价值所描述的产品需求内容文档（报告），其核心的用途就是用于产品在投入研发之前，由企业高层作为决策评估的重要依据。

一般来说全新的产品、未来发展有潜力的产品提供BRD！

2、M RD 是英文” 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

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

R7Fjuyn.jpg!mobile

产品介绍（用一句话来清晰的定义你的产品）
产品的商业模式（如果你的项目值得做，那项目如何赚钱。可能是广告、可能是会员等级、可能是网上商城、可能是通过游戏...）
产品市场分析（宏观的行业趋势、微观市场分析等等）
竞争对手分析（竞争对手有那些，我们该如何和他们竞争）
团队（我做这样一件事情需要那些开发人员，需要那些产品人员，需要那些设计人员、需要那些运营人员，这些人员的人力成本是多少，都需要列出来）
产品路线图（产品路线图也叫做roadmap,版本规划是啥样的，每一个版本的大概功能模块有哪些，每个版本的时间安排是啥样的，当然不用那么细，对技术人员来说有个大概的了解就行）
财务计划（收入的来源和渠道有那些，如何才能达到收支平衡，产品的收益增长率是怎样的）

2.2 MRD

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

my6B7v3.jpg!mobile

目标市场分析（包含目标市场、市场规模、市场特征、发展趋势等）
目标用户分析（用户分析、用户画像、使用场景、用户动机总结）
竞品分析（竞品分析对象、竞品商业模式、竞品目标用户、竞品运营/推广/营销策略、技术分析、竞品市场份额）
产品需求概况（产品定位、产品核心目标、产品结构、产品路线图、产品功能性需求、非功能型需求）

2.3 PRD

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

aiQvym2.jpg!mobile

文档产品名称
版本历史
目录
文档介绍（主要介绍文档的目的、文档面向的主要用户，读者对象、参考文献、术语与缩写解释等）
产品概述（从大的方向，讲讲项目的相关背景，有什么目标、有没有竞品对象？阶段性计划是什么，传递做这个需求的目的是什么？要达到什么样的目标？让项目开发人员对你的项目背景有了解，程序员知道的越多，做起项目来越有方向性。）
产品需求（也就是功能清单，feature list）
产品结构图（这个也称作脑图，用xmind或者mindmanger来画）
全局功能说明（UI设计会出一个UI设计规范，当然我们做产品的也会对产品中经常用到的一些公共情况做一些说明，可以作为一个全局说明）
产品详细功能说明（一般用用例表来进行说明，以登录注册模块为例，有流程图的话，先把任务流程图画出来，然后是用例表，用例表包含简要说明、行为者、前置条件、后置条件、功能说明、备注。功能说明一定要排版简洁、层次清晰，功能说明无遗漏）
非功能性需求（非功能性需求主要包含性能需求、适配需求、环境需求、统计需求、预留接口等）
相关文档（如果一个项目分解成多个团队，多个需求文档协同合作，比如数据埋点文档）
上线需求（设计什么时候OK、什么时候测试，具体的上线时间，具体一些特殊的流程需求等）