七月来临，各省高考分数已揭榜完成。而高考的完结并不意味着学习的结束，而是新旅程的开始。对于有志于踏入IT领域的高考少年们，这个假期是开启探索IT世界的绝佳时机。作为该领域的前行者和经验前辈，你是否愿意为准新生们提供一份全面的学习路线图呢？快来分享自己的学习心得和实战经验，来为这批新生提供宝贵的第一手资料吧！结合自己的实际，提供一份专属预习指南，帮助少年们为未来的IT学习和职业生涯打下坚实基础，开启一段挑战与机遇并存的暑期学习之旅吧！

随着高考结束，大学生入学季、毕业季的到来。目前很多学生提前查看就业动态，我最近也被公司安排进行了多次新人面试。这里有一份产品经理JD，了解一下招聘信息，咱们继续往下聊

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

BRD、MRD 和 PRD 这些文档在产品的规划和实施过程中起到了不同的作用。

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

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

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

阅读对象

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

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

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

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

主要内容

1、BRD

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

2、MRD

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

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

3、PRD

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

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

总结

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

BRD决定了产品的商业价值
PRD决定了项目质量水平
MRD在中间起到一个承上启下的作用，质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。
PRD、BRD和MRD，一起被认为是从市场到产品需要建立的文档规范。