美文网首页
BRD、MRD、PRD总结

BRD、MRD、PRD总结

作者: 尘土txy | 来源:发表于2020-04-11 23:50 被阅读0次

    商业需求文档 BRD(BusinessRequirementDocument)

    市场需求文档  MRDMarket Requirement Document

    产品需求文档 PRD(Product Requirements Document)

    一起被认为是从市场到产品需要建立的文档规范。

    下面通过各维度对比总结以上三种文档:

    . 用途/定义

    ☞BRD:是产品生命周期中最早的文档,指的就是基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品在投入研发之前,由企业高层作为决策评估的重要依据。(引自:百度百科)

    ☞MRD:该文档在产品项目过程中属于“过程性”文档。该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档,其作用就是“对年度产品中规划的某个产品进行市场层面的说明”,这个文档的质量好坏直接影响到产品项目的开展,并直接影响到公司产品战略意图的实现。(引自:百度百科)

    ☞PRD:该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。当然,这个定义针对的是一个全新的产品。广义上来讲,产品需求的描述,应该包含有产品的战略和战术。(引自:百度百科)

    . 文档是针对谁看的?

    ☞BRD:一般都是企业高层。如CFO、市场总监、运营总监、CTO、董事长、CEO、COO或直属副总裁等。(不同的企业,不同的时期以及不同的决策环境,使得BRD的决策层必然存在着较大的差异)。

    ☞MRD:一般商务、运营、市场人员等。

    ☞PRD:一般都是项目组成员,如 UI设计师、交互设计师、前&后端开发、测试、项目经理、运营及其他业务人员。

    . 文档目标

    ☞BRD:  得到企业高层认可/支持、开始做某个产品、拿到相关的资源(如研发资源及市场费用)

    ☞MRD:让商务、运营、市场等人员,充分了解:产品/项目所在市场、客户购买者用户以及市场需求进行定义(产品模式、业务模式、运营模式、市场模式等);让大家达成一致,然后商量该怎么做、如何做、什么时间做等问题(部分观点觉得MRD可以与BRD合并)

    ☞PRD:让团队人员清楚的知道产品要做成什么样子

    . 包含什么内容

    ☞BRD

       项目背景(解决什么问题或满足什么用户需要)、市场分析竞争对手分析、 产品路线、资源投入、商业模式、风险等

    介绍产品要做什么?(解决什么问题或满足什么用户需要)

    为什么要做?谈谈背后的原因(背景、市场空间、竞争对手、环境)

    打算怎么做?(产品规划、模块规划、研发计划、运营计划)

    需要多少资源?(人力成本、软硬件成本、运营成本)

    最终能获得什么收益?(带来收入、带来用户、扩大市场、占有市场先机、满足未来三年战略规划等)

    做这个有没有风险?(开发失败?失去市场机会?失去先机?竞争不过对手?没有带来收入?没有带来用户?与公司战略背道而驰?) 

    ☞MRD:

    产品名称、目标市场分析目标用户分析竞品分析产品需求概况等

    产品名称是什么?

    目标市场是什么样的?(目标市场、市场规模、市场特征、发展趋势等)

    目标用户是什么样的?(核心目标用户、用户分析、用户画像、各种使用场景、用户效用等)

    竞品怎么做的?做到什么维度了?(直接&间接竞品、竞品商业模式、竞品目标用户、竞品运营/推广/营销策略、技术分析、竞品市场份额等)

    产品需求概况(产品定位、产品的核心卖点/亮点、产品壁垒、产品的使命、产品结构、产品路线图、产品功能性需求、非功能型需求)

    ☞PRD:

    文档的命名和编号、文档的版本历史、目录、需求概述、功能需求、非功能性需求、

    文档产品名称

    版本历史

    目录

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

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

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

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

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

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

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

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

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

    引用知乎作者刘大大总结的结构


    . 最后

    BRD  >   MRD  >  PRD 是逐层递进、逐步清晰的过程,BRD和MRD、PRD一起被认为是从市场到产品需要建立的文档规范。

    MRD“向上”是对不断积累的市场数据的一种整合和记录,“向下”是对后续工作的方向说明和工作指导。如果说PRD的好坏,直接决定了项目的质量水平,那么BRD的作用,就是决定了你的项目的商业价值。

    相关文章

      网友评论

          本文标题:BRD、MRD、PRD总结

          本文链接:https://www.haomeiwen.com/subject/eryumhtx.html