产品经理作为打通产品上下协作开发的关键岗位，如何更好的协同办公，让团队的效率最大 化，三大需求文档扮演者关键⻆色。它是产品经理工作职责中必须掌握的技能之一，不但承 载着产品需求和意图的详细描述，并且是产品规划和设计具体形象化表述的一种展现形式， 然而，BRD、MRD、PRD三种文档所面对的目标用户以及使用价值是不一样的，文档所包 含的内容与撰写方式也有诸多不同，作为一个产品经理必须清晰的加以区分，本文将对这三 个重要文档的差异特点与内容以及撰写重点进行分解说明，以期为后来者提供一定参照。
一:BRD:商业需求文档
英文全称:Business Requirement Document，BRD为“商业需求描述”的英语缩写，是基于商业目标 或价值所描述的产品需求内容文档(报告)。其核心的用途用于产品在投入研发之前，由企业高层 作为决策评估的重要依据，BRD是产品生命周期中最早的文档，内容涉及市场分析，销售策略，盈 利预测等。
BRD差异特征:如果说PRD的好坏，直接决定了项目的质量水平;那么BRD的作用，就是 决定了你的项目的商业价值。
BRD的作用:一般是针对老版或CEO或者项目总负责人，决定项目立项与发展决策。
【BRD文档编写】
1、编写目的:告诉上级，这么做有什么好处，并说明好处在哪里;
2、BRD的决策参与模型
◉ 资本型:这类⻆色一般就是为我们提供足够的产品研发经费，自然以CFO(首席财务官)、财务 总监之类为主;
◉ 市场型:这类⻆色一般就是为我们提供未来市场营销和商业运营方面的支持人员，通常以市场总 监、运营总监之类为主;
◉ 研发型:这类⻆色一般就是为我们提供技术性支持的主管，比如技术总监或研发总监;
◉ 战略型:这类⻆色一般就是企业的老板(董事⻓)、CEO(首席执行官)、Coo(首席运营官) 或直属VP(副总裁)。
3、如何汇报
◉ 产品要做什么——解决什么问题或满足用户什么需要;
◉ 为什么要做——背景、市场空间、竞争对手、环境;
◉ 打算怎么做——产品规划、模块规划、研发计划、运营计划等;
◉ 需要多少资源——人力成本、软硬件成本、运营成本等;
◉ 最终能获得什么收益——带来收入、带来用户、扩大市场、占有市场先机、满足未来三年战略规 划等;
◉ 做这个有没有⻛险——开发失败?失去市场机会?失去先机?竞争不过对手?没有带来收入?没 有带来用户?与公司战略背道而驰。
二:MRD:市场需求文档
英文全称:Market Requirement Document，MRD为“市场需求文档”的直译简称，该文档在产品项 目过程中属于“过程性”文档。是市场部⻔的产品经理或者市场经理编写的一个产品的说明需求的文 档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，起着“承上启下”的作用，“向 上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。其主 要是描述什么样的功能和特点的产品(包含产品版本)可以在市场上取得成功。
MRD差异特征:MRD侧重的是对产品所在市场、针对的用户、产品定位等进行定义说明， 是产品项目由“准备”阶段进入到“实施”阶段的第一文档。
MRD的作用:一般提供给商务、运营、市场等人员，这个文档的质量好坏直接影响到产品 项目的开展，并直接影响到公司产品战略意图的实现。
【MRD文档编写】
1、为什么编写MRD
◉ MRD的汇报对象 ;
◉ 未来参与产品的各个层级的同事，包括产品经理自己;
◉ 产品诞生分析描述文档;
◉ 产品的各个衍生文档、产品依据、团队判断需要依据MRD; ◉ 产品参与成员了解产品的各种背景、数据和方法的依据。
2、文档概要
①-文档说明
◉ 文档基本信息:公司名称/产品名称/文档创建日期/创建人/创建人联系方式/部⻔/职位; ◉ 文档修改记录:日期/版本/修改人/修改记录/审核人;
◉ 文档目的:说明产品的市场、用户、产品规划、核心目标、产品路线图、项目规划等;
②-市场说明
◉ 现在市场存在的问题和机会
● 产品方面-形态复杂，用户体验差;
● 技术方面-(语音压缩技术不成熟，外资搜索引擎对中文理解不够深刻);
● 运营方面—(产业链篇下游，重实体，轻线上，造成瓜分旅行社利润，形成对立); ● 用户方面(新的需求的出 现，需求明显);
● 商业模式方面;
◉ 目标市场分析
● 市场规模;
● 发展趋势(未来2-5年的发展评测);
● 时间边界(这个市场的持续时间预估);
◉ 市场分析结论:一个比较有市场商业价值
◉ 关于写什么
● 支持产品决策和排序的主要的统计数据;
● 描述定位的目标市场;
● 可能的潜在用户数据或客户销售额收入预期;
● 预测的市场大小/增⻓率;
● 市场竞争格局:【服务在市场的定位】【功能或者服务支持哪些功能】【这些功能或者服务如何 支持目标】。
③-用户说明
◉ 总体:目标用户群体(要求准确:年龄段、收入、地区、学历);
◉ 目标群体特征:共性为主分析;
◉ 建立虚拟用户⻆色:形象化，常用用户特征，用户名称，用户技能、与产品相关的用户特征;
◉ 制作用户⻆色卡片:对用户归类划分，抽取典型⻆色，能代表目标用户;
◉ 用户场景分析:演示性的场景，用户在时间、地点，完成的某个事的故事;
◉ 用户动机总结:用户目标总结(明确实质)，分析影响用户使用的主要因素;
◉ 关于写什么
● 用户剖析——【该类用户的相关技术背景】【该类用户的主要职责或⻆色】【该类用户为谁提供 服务】【该类用户对服务的认识和理解】【该类用户相关系统可能面对的主要问题】【该类用户对 服务满意的可衡量标准】【该类用户对关键决策的影响(如:使用/购买的决策权)】
● 用户使用环境——【用户会在什么条件或环境下产生使用或购买动机】【用户使用服务的主流环 境(如:网速/浏览器类型信息)】【用户使用服务的场所和时间段(如:办公室，工作时间)】 【用户现在正使什么系统，什么可能促使改变】
● 关键用户需求——【问题的原因是什么】【现在怎么解决的】【希望的解决方案是什么】
● 替代品和竞争品——【用户现在可选择的其他替代品】【用户所理解的每家对手强项和弱项】
④-产品说明
◉ 产品定位:我们用什么样的产品满足用户或用户市场，针对什么用户，做什么事;
◉ 产品的核心目标:解决目标市场、用户的核心需求、核心目标的工作级别最高;
◉ 产品结构:整体结构，不是功能结构，是产品的核心目标，市场定位，产品定位的直接体现;
◉ 产品的路线图:以时间为节点的任务导向
◉ 产品功能性需求:用户注册、留言等等;非功能性需求:
◉ 非功能性需求:有效性/性能/扩展性/安全性/兼容性/可用性/运营需求/用户体验;
◉ 关于写什么
● 产品前景:【不确定性】【⻛险】【机会】【成功要素】
● 产品定位:【我们为谁/目标客户】【做了什么/实现需求或可能的机会】【得到什么好处/也就是购买或者使用的动机】【哪些竞争对手/相关竞争对手描述】【相比我们的区别和优势/产品区别和优 势描述】
● 用户利益关系:【用户或者客户价值或者产品定位所需要的系统特性和需求】
● 产品定价:【分析产品推出的市场定价和可能的销售策略】
● 市场需求:【需求分类】【需求概述】【优先级】【原因及备注】
三:PRD:产品需求文档
英文全称:Product Requirement Document，中文意思是:产品需求文档。它是产品项目 由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，其作用就是“对MRD中的内容进行 指标化和技术化”，包括产品⻛险，效益成本以及产品的功能及产品的细节说明。
PRD差异特征:PRD要把MRD中的“产品需求”的内容独立出来并加以详细的说明，而产品 需求本身是在MRD中有所体现。
PRD的作用:主要面向团队开发人员，设计、程序、运营等，包括产品经理自己，这个文档 影响着研发部⻔是否能够明确产品的功能和性能，以及产品能否顺利的实施完成。
【PRD文档编写】
1、文件命名
① 公司名+产品名+PRD+D1.0
2、修订控制⻚
① - 编号:给个修改的顺序
② - 文档版本:当前修改的内容是在哪个版本中出现
③ - 修订章节:具体到哪个章节哪个功能模块的修改
④ - 修订原因:说明此功能修改的问题所在
⑤ - 修订日期:修改当日的日期为修订日期
⑥ - 修改人:修改内容模块的人
3、目录
4、概述
① - 名词说明:名称、说明。名称就是对文档中会出现的比较新的名称，说明则是对这些名称进行解释;
② - 产品概述及目标
◉ 解释说明该产品是干什么的;
◉ 为什么需要这样的产品;
◉ 产品想要达到什么样的目标;
③ - roadmap:产品分期目标/阶段描述/时间点的确定
④ - 产品⻛险
◉ 描述产品可能存在的⻛险:商务谈判的⻛险/外部合作的⻛险/不当使用的⻛险
◉ ⻛险级别:高/中/低
5、使用者需求
① 目标客户:产品的最终用户，确定产品的最终使用者;
② 需求描述:目标客户的需求描述，表达用户最需要的是什么，找到用户的最根本需求;
③ 场景描述:产品在哪种情况下会被用户使用，就是用户场景模拟;
④ 优先级:用户对于当前产品功能需求优先级，哪些是用户最想要的功能优先级排序;
6、可选方案
① 达到该产品目标的方案要点(主要思路):给各方案适当的评价
② 推荐最优方案
7、效益成本分析
① 效益预测
◉ 提供在各种产品环境中的效益预测;
◉ 标明主要的变量及假设;
◉ 最好能包含现在和过去的效益数据:如网站的PV值，软件的使用数都是效益预测数据;
② 产品技术中心成本
◉ 设计及部署此产品的产品技术中心所需的资源需求:人力成本/软硬件支出
③ 非产品技术中心支持成本
◉ 其它部⻔的配合与协助
● 客服部投入多少的资源用于该产品的服务
● 需要运营部投入多少的资源运营该产品
8、功能需求
① 功能总览
◉ 流程图
● 对产品的整体走向的流程的规划
● 对产品整体功能的梳理
◉ 功能表
● 将流程图文字化
● 列出产品的功能点
② 功能详情 :所有的产品功能的描述和规划
◉ 简要说明:告诉此功能主要干什么的
◉ 业务规则:产品的业务规则
● 产品的流程细化
● 排版形式
● 日期显示方式
◉ 界面原型:框架图
◉ 执行者:产品使用者
◉ 前置条件:具体的操作
◉ 后置条件:操作后的展示
◉ 主流程:将此功能的流程走向做个分点说明
③ 整合需求
◉ 利用公司现有的资源或外部资源(合作公司等)实现产品功能需求的整合;
◉ 如何在新产品上实现功能的拓展来辅助核心功能;
④ BETA测试需求:BETA版测试的要求和期望达到的目标要求
9、非功能性需求
① 产品营销需求
② 规则变更需求
③ 产品服务需求
④ 法务需求
⑤ 财务需求
⑥ 帮助需求
⑦ 安全性需求
10、上、下线需求
① 上线时限需求:此产品预定上线日期?上线日期有无任何特殊依据或规定?
② 下线需求:此产品预定下线日期?下线日期有无任何特殊依据或规定?
11、运营计划(暂略)
欢迎关注公众号:【极氪互联】沟通交流，更多干货与你分享!
