• 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文档!

    不同点

    1、阅读对象的不同

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

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

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

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

    2、偏重的内容点不同

    2.1 BRD

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

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

    2.2 MRD

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

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

    2.3 PRD

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

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

    联系点

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

    BRD决定了产品的商业价值

    PRD决定了项目质量水平

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

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

  • 相关阅读:
    手把手开发Admin 系列三(自定义模板篇)
    电话号码的字母组合
    “Cloud“(云)
    【并发编程】同步容器与并发容器
    Tomcat配置文件
    【前端修炼场】 — 打造趁手兵器(VSCode)
    椭圆曲线加密算法中公钥与私钥互换性分析
    基于SpringBoot的家具商城管理系统
    PTrade和QMT对比那个更好用?
    暖心的虚拟恋人尽在烟雨树洞
  • 原文地址:https://blog.csdn.net/qq_35987776/article/details/127635063