产品经理的商业需求文档(BRD)撰写方法与技巧
BRD文档撰写的一些方法和技巧
BRD（Business Requirements Document，业务需求文档）是项目管理中非常重要的文档之一，它详细描述了项目的业务需求、目标、功能需求和非功能需求等。
一份好的BRD文档可以帮助项目团队更好地理解业务需求，从而确保项目能够按照业务目标进行开发和实施。
以下是BRD文档撰写的一些方法和技巧：明确文档目的和受众：在开始撰写BRD文档之前，首先要明确文档的目的和受众。
这有助于确定文档的结构和内容，确保文档能够满足读者的需求。
定义项目目标和范围：在BRD文档中，要清晰地定义项目的目标和范围。
这包括项目的整体目标、关键业务目标、项目的预期成果以及项目的约束条件等。
收集和分析业务需求：通过与业务人员、利益相关者和其他项目团队成员进行沟通和交流，收集并整理业务需求。
对收集到的需求进行分析和归类，确保需求完整、准确且符合业务目标。
使用结构化方法组织文档：BRD文档应该采用清晰的结构，以便于读者理解和使用。
可以按照业务目标、功能需求、非功能需求等维度来组织文档。
同时，要注意文档的逻辑性和条理性。
使用简洁明了的语言：BRD文档应该使用简洁明了的语言，避免使用过于复杂或专业的术语。
这有助于确保读者能够轻松理解文档内容。
提供足够的细节和示例：在BRD文档中，需要提供足够的细节和示例来支持需求描述。
这可以帮助项目团队更好地理解业务需求，并在开发和实施过程中遵循业务需求。
审查和修订文档：在完成BRD文档初稿后，需要进行审查和修订。
这可以确保文档的准确性和完整性，并发现可能存在的问题或遗漏。
同时，也可以邀请其他项目团队成员或利益相关者进行审查和反馈。
更新和维护文档：在项目过程中，业务需求可能会发生变化。
因此，BRD文档需要定期更新和维护，以确保其与项目的实际情况保持一致。
撰写一份高质量的BRD文档需要充分理解业务需求、采用结构化方法组织文档、使用简洁明了的语言以及不断审查和更新文档。
通过遵循这些方法和技巧，可以确保BRD文档能够有效地支持项目的开发和实施。
产品经理产品需求文档撰写指南
在产品经理的日常工作中，经常需要借助各类文档来和技术、设计等团队成员打交道。
从需求收集到功能落地，一份合格的产品文档能够减少很多沟通成本，避免返工，帮助产品经理更好地推动项目进程。
因此，写好产品文档是决定工作效率与质量的关键因素之一。
毋庸置疑，产品文档的撰写是产品经理的必备基础技能；虽说是基本功，但是能写出一份清晰简洁的文档，却非易事。
想要写好产品文档，首先要进行反复的深入的思考，写文档不是目的，目的是将产品的思维和逻辑通过文档的形式表达出来。
因此我们可以说，要想写好一份产品文档，就要进行一次有序而全面的思考。
一般我们说的产品文档更多指的是PRD，其他常用的产品文档有BRD和MRD。
那么这几个名字相似的文档究竟有何差别，又分别会用在什么场景下呢？为了进行初步的了解，以下为常见文档的差异对比：PRD是产品文档中出现频率最高的一种。
一般在需求收集完成，产品经理完成需求相关的业务逻辑、流程梳理后，开始撰写PRD；通过PRD将需求相关的业务流程、数据流向、页面交互等信息清晰地展现出来，作为技术开发评审需求和进行功能开发的依据。
根据不同的产品类型，PRD包含内容和侧重点各不相同。
但是核心在于，完整表达产品经理对于该产品的功能的逻辑、页面以及所有需求的有效表述，有效表述的标准是，技术人员能理解并借助PRD完成开发。
PRD对于产品经理而言最大的作用是沉淀信息，同时也是在产品迭代过程中的需求记录；对于技术而言是开发的依据，是一份“书面化”的任务工单。
一般PRD都是word文档形式居多，但是也可以用AXURE等工具来展现。
既然PRD是产品经理与技术之间沟通的桥梁，那么这座桥梁就应该是双方共同搭建。
技术将自己的理解与开发习惯同步至产品经理，产品经理根据技术的理解、习惯形成针对性的PRD，减少沟通成本，增强PRD 的可读性与价值。
对于入门的产品新手而言，“模仿是最好的学习方式之一”。
需求文档虽说没有标准化的模板，但是在表述清晰简洁的基础上，一般可将需求文档的结构分解下：文档信息一般包含文档与撰写人的相关信息，包含但不仅限于文档名称、文档版本、撰写人信息（手机、邮箱、部门等）、文档修改记录等信息。
如何编写商业需求文档
一、商业需求文档的概念商业需求文档（BRD）是描述产品商业目标和价值的重要文档，它基于商业目标或价值来描述产品需求。
BRD是产品生命周期中最早产出的文档之一，通常用于向决策层展示产品的商业价值和市场需求，以获得他们的支持和批准。
一般来说，一份商业需求文档通常有如下这些主要用途。
帮助企业决策层评估产品研发的商业价值：BRD中包含了产品的商业目标、市场前景、竞争优势、收益预期等信息，这些信息可以帮助企业决策层评估产品研发的商业价值，从而决定是否继续推进该项目。
为产品开发团队提供明确的方向和指导：BRD中定义了产品的需求、功能、性能、用户界面等方面的要求，这些信息为产品开发团队提供了明确的方向和指导，使得开发团队能够更好地理解产品的目标和要求，从而更好地实现产品开发。
帮助产品经理与业务人员沟通：产品经理通常需要与业务人员讨论产品的商业目标和需求，以确保产品的研发能够满足业务需求。
BRD可以帮助产品经理与业务人员沟通，确保双方对产品的商业目标和需求有共同的理解和认识。
帮助产品开发团队与市场人员沟通：市场人员通常需要与产品开发团队讨论产品的市场定位和用户需求，以确保产品的研发能够满足市场需求。
BRD可以帮助产品开发团队与市场人员沟通，确保双方对产品的市场定位和用户需求有共同的理解和认识。
二、商业需求文档包含内容一份完整的商业需求文档主要包含有文档说明，产品介绍，产品价值，产品模式，产品规划，收益与成本，风险与应对，总结这些内容：文档说明：文档说明中需要写清楚文档目的，参考资料，以及专业术语，名词解释等。
产品介绍：大致介绍一下想要做什么产品，以及产品的形态是什么。
产品价值：需要从市场分析的角度，说清楚产品的价值，以及产品的创新点。
产品模式：包含有业务模式，商业模式，盈利模式，运营模式，每种模式都需要阐述清楚，便于决策者更好的理解产品模式。
产品规划：需要详细规划产品的架构图，说清楚该架构图包含哪些平台？哪些终端？同时，还要罗列产品的线路图，当然如果是历史产品，还需要对历史版本产品做一个总结。
产品经理如何编写产品需求文档？
作为产品经理，经过思考输出的内容主要有两个，一个是产品需求文档，一个是产品原型。
所以经常有人会戏称产品经理就是写文档和画原型的。
记得刚开始做产品经理时，为了写好需求文档，在网上找了好多模板，反复对比研究，用了一个目录最多的，然后进行内容填充。
写过几次之后发现，自己为了填充模板花费了大量时间，而模板中的很多项目并不符合实际工作情况，反而成为了工具的奴隶。
所以为了避免以后类似情况的发生，需要认真思考如何才能编写出适合自己的产品需求文档。
一、什么是产品需求文档？与产品相关的几种文档：BRD 商业需求文档、MRD 市场需求文档、PRD 产品需求文档。
以完整的产品生命周期来说，在写PRD之前，先要写BRD和MRD。
BRD 商业需求文档的编写是站在公司角度，面对的是公司老板和高管，从战略层面回答“我们要不要做”，是推出新产品还是改变原有产品方向。
MRD 市场需求文档，是对BRD的补充和细化，分析市场机会、竞争情况、产品定位、发展策略等。
也就是说BRD和MRD主要分析了我们要不要做，如何做，产品的发展和推进的策略是什么，不会涉及到产品的具体需求细节。
而PRD 产品需求文档，则是主要对产品需求细节进行说明，描述功能逻辑和相关流程。
产品需求文档是产品经理把用户需求转化为产品需求的最终体现。
在整个过程中，经过了市场分析、需求调研、需求分析、产品设计等若干环节，最后以产品需求文档的形式呈现，可以是word、PPT，甚至是手绘卡片。
前期深入的思考和分析才是文档的核心。
当然也不是说文档的形式的不重要，作为产品经理的输出物，体现产品经理的基本功和脸面，所以在明确目的的前提下，要使产品需求文档发挥最大的价值。
二、为什么要编写产品需求文档？1、更加深入理解产品需求。
把用户需求转化为产品需求，才是产品经理的核心能力。
例如用户想要一匹更快的马，如果用户是想更快的到达目的地，那么我们可以为用户提供汽车，但如果用户是想赛马比赛上获得好成绩，那么我们就应该从专业角度为用户选择一匹优良的马。
产品经理四大文档介绍BRDMRDPRDFSD
产品经理四大文档介绍BRDMRDPRDFSD作为产品经理，文档是我们工作中重要的工具之一、它们帮助我们梳理思路、明确产品需求、与团队沟通，并且对于产品的开发、测试和上线都起到了至关重要的作用。
在产品管理领域，有四种常见的文档：BRD （Business Requirements Document），MRD（Market Requirements Document），PRD（Product Requirements Document）和FSD（Functional Specification Document）。
下面我将对这四种文档进行详细介绍。
1. BRD（Business Requirements Document）：BRD主要关注商业需求，它描述了产品如何满足用户和业务的需求。
BRD一般由产品经理编写，其中包含了产品的目标、商业价值、用户需求、市场定位等重要信息。
BRD通常是一个核心文档，它涵盖了产品确定的目标和愿景，可以作为产品发展的基础。
在产品开发过程中，BRD对于团队成员的理解和协作非常重要。
2. MRD（Market Requirements Document）：MRD主要关注市场需求，它描述了产品如何满足市场上的需求。
MRD一般由市场营销团队或市场策划人员编写，其中包含了市场分析、竞争对手分析、用户画像、市场需求等信息。
MRD帮助产品经理和团队了解市场的需求和趋势，为产品的定位和差异化提供参考。
3. PRD（Product Requirements Document）：PRD是产品经理最常用的文档之一，它描述了产品的功能和具体需求。
PRD一般由产品经理编写，其中包含了产品的功能列表、用例、业务流程、界面设计、数据需求等信息。
PRD是产品经理和开发团队之间沟通的重要工具，它帮助团队明确产品的需求、功能和用户体验，并且对于开发和测试团队来说，PRD是他们工作的依据。
4. FSD（Functional Specification Document）：FSD主要关注产品的功能规格和技术实现。
商业需求文档(BRD)撰写方法与技巧
四、BRD文 档的 内 容 结 构
•3、 产品规划 – 产品结构 – 产品路线 – 注意
•
BRD文档，尽量不要扯蛋太多关于产品
形态细节的东西，产品形态可以粗放一点
–
避免被纠缠
–
方案获得认可后，根据汇总意见，在来
做产品具体的东西
四、BRD文 档的 内 容 结 构
•4、 盈利模式 – 说白了，就是怎么样通过一系列的方式方 法达到您老人家前面说的获得好处 – 关于盈利模式,以后会有专门的章节来分 析互联网产品的盈利模式
– 演讲技巧
– 对公司战略的理解
– 对汇报对象思维方式的理解
• 多沟通，或与其合作伙伴沟通
• 平时多观察行事风格
五、优秀BRD应具备的要素
•4、见人说人话，见鬼说鬼话 – 要变通 – 但要有逻辑，理论有支撑，不是忽悠
•5、言简意赅，点到即止 – 有的话不能说透 – 一图胜千言 – 一句能说清楚，不要说两句 – 不要过多的使用专业术语 – 客观评估，不要给自己埋地雷，但该点到的问题都要点到（ 困难，风险等）
– 应对办法
•
规避
•
接受
•
降低
•
分担
•
转移
1、重点突出
五、优秀BRD应具备的要素
– 商业价值
– 收入与成本
– 风险与对策
2、是不是产品就不重要？
– BRD很多时候是定性的东西，不要过多的去扯产品细节（技术驱动产 品要两看）
– 产品经理不要总是把目光定在产品上，要学会跳出来
– 集中火力，不扯淡
3、说服力
战略背景
(例如CEO)
• 权重资源 • 关注
• 是否合拍公司的战 略规划
• 市场成长性 • 是否有利于企业的
产品经理产品需求文档该怎么写？如何写一份好的需求文档？(五)
产品需求文档是一名合格的产品经理一定要掌握的一项技能，我们今天一起来看一下写需求文档的意义是什么吧，满足协同人员的诉求即是需求文档存在的意义，首先来看一下产品经理的诉求都有什么吧。
1、产品部门版本需求讨论、需求评审会。
关于版本任务的讨论，当向其他产品经理说明计划的功能时，版本记录、项目背景、项目框架图、流程图都能使其他产品经理迅速了解整个项目，并根据项目背景，提出自己的意见。
2、与其他产品经理所负责的内容有交叉。
如果是完整的项目，每个产品经理负责一部分工作时，各自负责部分功能的需求文档可以帮助其他产品经理从文档中找出交叉的衔接是否恰当合适，各功能模块的整体融合性。
3、Bug处理。
程序员再厉害也不敢保证产品上线后不会有任何问题，在产品上线后，需求文档可以帮助产品经理快速找到计划的初衷，并根据之前的情景给出精确的解决方案。
4、版本迭代。
在不同的时间内，进行不同的迭代版本时，前期的需求文档尤其重要，这可以帮助负责项目的产品经理快速熟悉过去计划的本意、目的以及当前的效果和不足，并在迭代版本中解决往期问题，从而避免不必要的缺陷。
商业需求文档BRD
第二阶段：产品需求 第一章：需求分析与管理 第二章：三大需求文档
第三阶段：以用户为中心的产品设计 第一章：用户体验 第二章：交互设计 第三章：视觉设计
第四阶段：Scrum敏捷项目管理 第五阶段：产品运营 第六阶段：产品经理实战
会员期可加入SCP云课堂定制化学习模式，定制课程，定制行业 会员期所有课程录播加直播学习模式 会员期学习资料免费下载 会员期享有双保就业，移动学习套件(平板及支架、移动WIFI)赠送，线下实战或沙龙参与资格
普通学员
可加入SCP云课堂定制化学习模式，定制课程，定制行业 订购课程录播加直播学习模式 订购学习资料赠送
意义： 尽可能的获取评审成功，为项目启动争取 更多资源
互联网产品经理终身定制服务平台 产品说，专注于互联网+就业创业
互联网产品经理终身定制服务平台
什么是BRD
BRD是英文”Business Requirement Document“的缩写，根据英文直译过来就是”商业需 求文档“的意思，指的就是基于商业目标或价值所描述的产品需求内容文档（报告），其
市场状况-行业市场规模
• 国内（外）这个领域的市场状况如何？ • 如市场规模、商业模式、发展趋势、环境变化
据iMedia research数据，未来几年中国在线教育市场将保持每年30%以上的增速，到2015年中国在线教育市场规模将超过1600亿元，同比 增长18.9%，职业在线教育和在线语言培训增长平稳，占比分别为21.1%和18.7%
互联网产品经理终身定制服务平台
互联网+时代，零基础产品经理的修炼
第二阶段第二章：商业需求文档BRD
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
!
“使用陌陌的女性，55%不会告诉身边朋友她在使用陌陌”
商业需求文档（BRD）撰写方法与技巧
• BRD的内容结构有哪些？ • BRD的写作内容与汇报对象有什么关系？应该有哪些注意的地方？ • 不同的汇报对象，他们都关心什么样的内容？ • BRD的核心重点在哪里 汇报对象
• 仔细思考，你的汇报对象处于什么样的场景中
– 职位 – 思维方式 – 他需要什么？
8.3 BRD常见的汇报对象
资本背景 (例如CFO) • 掌握钱 • 对数字敏感
• 收益预测 • 营收增长
率 • 技术意识相
– 说白了，就是怎么样通过一系列的方式方法达到您老人家前面说的获得好处 – 关于盈利模式,以后会有专门的章节来分析互联网产品的盈利模式
!
– 注意:
• 利,可以理解为直接的收入,也有亦可能是有利于企业的一些客观条件
8.4 BRD文档的内容结构
• 8.4.5 收益与成本评估
• 8.5.3 说服力
– 演讲技巧 – 对公司战略的理解 – 对汇报对象思维方式的理解
• 多沟通，或与其合作伙伴沟通 • 平时多观察行事风格
8.5 优秀BRD应具备的要素
• 8.5.4 见人说人话，见鬼说鬼话
– 要变通 – 但要有逻辑，理论有支撑，不是忽悠
8.4 BRD文档的内容结构
• 8.4.1 方案形成背景
– 市场环境分析 – 我们要做什么 – 要解决什么问题
• 这问题是迫切的问题吗？ • 这个问题是强烈的问题吗？ • 这个问题出现的频率高不高？
– 如果要这么做，我们的优势在哪里？
• 技术优势 • 经验优势 • 资源优势 • ……
第008课
商业需求文档（BRD）撰写方法与技巧
!
那天市场团队向你反馈市场调研
“对周边朋友进行问卷调查，数据统计使用陌陌的 女性用户数量极低，她们普遍均不使用陌陌”
!
那陌陌上面的女人难道都是机器人？
! !
WHY？
!
没有人告诉你
数据分析有时候是最不靠谱的东西！
– 得到可行的结论
8.4 BRD文档的内容结构
• 8.4.2 方案价值
– 我们将得到什么样的好处？
• 非经济类的好处
– 战略优势 – 等…
• 经济类
– 收入 – 等…
– 提出你的预测
• 目标 • 对应得到的好处
8.4 BRD文档的内容结构
– 收益预估 – 成本预估
8.4 BRD文档的内容结构
• 8.4.6 风险与对策 – 风险的种类
• 政策风险 • 经济风险 • 市场风险 • 行业风险 • 公司风险 • 技术风险 • 资本风险
– 应对办法
• 规避 • 接受 • 降低 • 分担 • 转移
– 1.方案形成背景 – 2.方案价值 – 3.产品规划 – 4.盈利模式 – 5.收益与成本评估 – 6.风险和对策
!
• 提问:
– 你觉得上面的BRD文档结构能否擅自更改？
8.7 关于BRD文档结构的问题
• 1000个人心中，有1000个哈姆雷特
!
• 8.5.5 言简意赅，点到即止
– 有的话不能说透 – 一图胜千言 – 一句能说清楚，不要说两句 – 不要过多的使用专业术语 – 客观评估，不要给自己埋地雷，但该点到的问题都要点到（困难，风险等）
8.7 关于BRD文档结构的问题
• 8.6 BRD文档的内容结构
8.5 优秀BRD应具备的要素
• 8.5.1 重点突出
– 商业价值 – 收入与成本 – 风险与对策
• 8.5.2 是不是产品就不重要？
– BRD很多时候是定性的东西，不要过多的去扯产品细节（技术驱动产品要两看） – 产品经理不要总是把目光定在产品上，要学会跳出来 – 集中火力，不扯淡
战略背景 (例如CEO) • 权重资源 • 关注
• 是否合拍 公司的战 略规划
• 市场成长 性
• 是否有利 于企业的 布局
• 风险是否 可控
8.4 BRD文档的内容结构
• 8.4 BRD文档的内容结构
– 1.方案形成背景 – 2.方案价值 – 3.产品规划 – 4.盈利模式 – 5.收益与成本评估 – 6.风险和对策
对较弱
运营背景 (例如COO) • 拥有运营资
源 • 关注
• 推广资源 • 竞争对手 • 外部环境 • 营销资源 • 财务与技术 意识相对较 弱
技术背景 (例如CTO) • 技术资源 • 关注
• 功能模块 • 实现难度 • 商业意识相 对较弱
• BRD文档的目的 – 发现
• 现有产品改进的可能 • 一个创新产品
– 需要
• 要权重 • 要项目 • 要资源
8.2 关于BRD的汇报对象
• 8.2.1 不要提笔就开始写，重要的是想清楚
– BRD也是一个产品
• BRD是有用户的
• 8.4.3 产品规划
– 产品结构 – 产品路线
!
– 注意
• BRD文档，尽量不要扯蛋太多关于产品形态细节的东西，产品形态可以粗放一点
– 避免被纠缠 – 方案获得认可后，根据汇总意见，在来做产品具体的东西
8.4 BRD文档的内容结构
• 8.4.4 盈利模式