产品需求管理MRD

合集下载

产品经理之市场需求文档(MRD)撰写方法与技巧

商业模式方面（金山毒霸和360安全卫士的商业模式对比）
• 由于在以上的分析说明中，可能会涉及到用户分析相关的内容，可以先提用户分析的结果并说明
详见用户分析章节即可，这样可以保证文档的完整连续性，也能简明扼要。
4、互联网产品MRD包含内容
• 从技术层面来剖析市场，洞察用户心理案例分享(不一定准确，但就是这个意思) ：
2、MRD的阅读对象
MRD的汇报对象
–
未来参与产品的各个层级的同事,都有可能要阅读MRD，包括产品分析描述文档
•
以后的一段时间，产品的各种衍伸文档、产品依据、团队判断，都有可能参考M RD文档
•
产品参与成员了需要了解产品的各种背景、数据、方法依据
用心写好MRD
市场需求文档（ M RD ）
撰写方法与技巧
2019年11月13日
• 本次学习目标： – 理解BRD文档与MRD文档的关系 – 理解并掌握MRD文档的用途与作用 – 理解并掌握MRD文档的： • 写作方法 • 写作思路 • 写作技巧 • 今天我们主要讲 MRD文档的写作方法与技巧
3、用心写好MRD
• MRD文档的内容首先要说服和征服的人不是别人，而是产品经理自己 – 如果MRD连自己都不能说服，产品经理自己是没有底气的
– 如果MRD连自己都不能说服，谈何来说服别人积极参与
• 所以 – 用心写好MRD是必须的
•（1）、主要包含内容
4、互联网产品MRD包含内容
– 文档说明
– 市场说明
• MRD到底要干什么？ – 用绕口的方法来说：如果说BRD是你抛出的论题,那么M RD就是要你用论点来支撑你的 BRD,同时通过论证来得出你采取什么方式获得BRD里面的商业目标（讲究逻辑性）

市场需求文档(MRD)包含的内容

市场需求文档（MRD）包含的内容1. 文档介绍这部分说明本文档的用途及所包含的主要内容。

由以下两部分构成：1.1. 文档目的1.2. 内容概要2. 市场的问题和机会。

在这个主题中，主要是要求产品管理者从市场层面、产品层面、技术层面来阐述问题和机会来说明自己负责的产品，包括:2.1. 本章摘要；2.2. 现在所处的市场都有什么问题；2.3. 现在所处的市场都有什么机会；2.4. 面对这个现实的市场，产品有什么问题和机会，以及2.5. 产品所需技术面临的问题和机会。

3. 市场概述。

在这个主题中，主要是要求产品管理者说明目标市场的现状和趋势。

应该包括的信息有：3.1. 本章摘要3.2. 目标市场描述3.2.1. 目标市场特征；3.2.2. 目标市场趋势；3.2.3. 基于关键特征对目标市场细分；4. 客户（customer）和购买者（buyer）。

在这个主题中，主要是要说明客户和购买者的特征、动机和目标：4.1. 本章摘要4.2. 目标客户的特征描述4.2.1. 基于关键特征的产品的目标客户的细分；4.2.3. 影响因素；4.2.4. 客户期望和目标。

4.3. 目标购买者描述4.3.1. 业务决策购买者（BDM）4.3.2. 技术决策购买者（TDM）5. 使用者（user）和用户原型。

无论什么产品，最终是要由具体的人来介入的，这类人才是产品的最终享受者，具体到产品上，其实我们日常分析的产品需求和功能都是基于他们考虑的。

在这个主题中，要说明这类用户的特征、现实需要和相关联系。

5.1 本章摘要5.2 原型特征：5.4 原型联系可以采用了原型塑造法（Prototyping）来完成这个主题。

备注：五种具有潜力的客户（customer）包括Initiator 发起者; Influencer 影响者; Decider 决策者; Buyer 购买者; User 使用者。

使用者是产品的最终用户，而购买者是付钱的人。

大部分时候两者是一致的，但有时候是分离的，比如礼品和高档烟酒等。

产品五大文档 MRD市场需求文档

产品五大文档| MRD市场需求文档MRD是什么？MRD市场需求文档（Market Requirement Document）是产品项目过程中的“过程性”文档，是产品项目由“准备”阶段进入到“实施”阶段的第一份文档。

主要从市场说明、用户说明、竞品分析、本产品说明四个部分组成。

为什么写MRD？之前说过BRD商业需求文档是向老板及项目负责人汇报，主要的作用是向老板及项目负责人说明项目的可行性和商业价值。

简而言之就是说服老板给你出钱。

而MRD市场需求文档是在老板同意BRD文档后撰写的，主要目的是向运营、研发说明产品的可行性。

针对运营主要从市场和用户方面汇报，针对研发主要从产品的路线和产品的功能结构汇报。

简而言之就是说服你的工作伙伴未来2~3个月和你一起为了这个项目加班加点的拼命工作。

MRD怎么做？MRD市场需求文档主要从四个基本要素进行撰写：市场说明、用户说明、竞品分析、本产品说明。

市场说明：市场整体存在的问题和机会，根据项目需要撰写两到三点：产品方面——形态复杂，用户体验差；技术方面——外资搜索引擎对中文理解不够深刻；运营方面——与用户距离太远；用户方面——新的需求的出现，需求明显；商业模式方面——现有的市场模式大市场中的目标市场分析：市场规模；市场特征；发展趋势（未来2-5年的发展评测）；时间边界（这个市场的持续时间预估）市场分析结论：一般来说，到这里就会得到一个比较有市场商业价值的结论来引起运营人员的兴趣。

用户说明：目标用户群体的统计学特征：年龄段、收入、地区、学历；目标群体特征：共性为主；建立虚拟用户角色：形象化，常用用户特征，用户名称，用户技能、与产品相关的用户特征；制作用户角色卡片：对用户归类划分，抽取典型角色，能代表目标用户；用户场景分析：演示性的场景，用户在时间、地点，完成的某个事的故事；用户动机总结：用户目标总结（明确实质），分析影响用户使用的主要因素。

竞品分析：竞品分析以前已经撰写了，这里不过多描述。

产品经理必知的词汇：MRD、BRD、PRD、FSD、PSD、SRS、ROI、CPA、

产品经理必知的词汇：MRD、BRD、PRD、FSD、PSD、SRS、ROI、CPA、第一篇：产品经理必知的词汇：MRD、BRD、PRD、FSD、PSD、SRS、ROI、CPA、MRDMarket Requirements Document，市场需求文档。

获得老大的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。

实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。

市场需求文档（MRD）重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。

与BRD指出商业问题和解决这些问题的解决方案不同，MRD更深入提议解决方案的细节。

它包括一些或者所有这些细节：a.解决商业问题所需要的特色b.市场竞争分析c.功能和非功能需求d.特色/需求的优先级e.用例MRD通常是由拥有产品经理，产品营销经理或者行业分析师头衔的人撰写的。

MRD通常是一份连续的5-25页Word文档，或者正如之后描述那样在一些机构中甚至更长。

BRDBusiness Requirements Document，商业需求文档。

这是产品声明周期中最早的问的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是和老大们过的ppt，所以也就比较短小精炼，没有产品细节。

商业需求文档重点放在定义项目的商业需求。

BRD要能说出客户碰到的一个或多个商业问题，并且通过公司的产品能够解决这些问题。

接着建议一个方案——通常是新产品或者现有产品的改进来解决这些问题。

BRD也可能包括一个高级的商业案例，例如收益预测，市场竞争分析和销售/营销策略。

BRD通常是由拥有产品经理，产品营销经理或者行业分析师头衔的人撰写的。

在小公司，可能由高级主管或者甚至创始人撰写。

BRD通常是一份连续的1-3页Word文档，或者不超过10页的Powerpoint文档。

什么是MRD？如何撰写市场需求文档？

什么MRD？MRD全称MarketRequirementDocument，中文名市场需求文档，顾名思义，MRD 应该跟多的去承载一些市场目的的文档，那么到底什么MRD呢?可以概括为，MRD对市场的分析以及后续的工作方向进行指导的文档。

而且，到目前为止，其实们已经了解了BRD、MRD、PRD，它们三者之间其实也存在着一定的关系。

一般来说，BRD作为战略方向的制定，最早产出的文档，而MRD则在战略方向的基础上对市场进行的分析，同时对后续工作的方向进行一些说明和指导，也可以说通过对市场环境、竞品的分析，明确用户定位和产品定位的过程，PRD则在战略方向、工作方向已经很明确的情况下，所产出的关于产品具体怎么设计的文档。

由此可见，这三份文档一个从抽象到具体的过程，从想法到实际落地的过程。

MRD的查看对象1.CEO(老板)这个时候其实老板已经不一定要全程参与了，但有一些相对比较小的或者老板管的比较细的，依然还会到MRD的相关内容。

2.市场总监此时一般来说便负责市场的相关领导，其实对市场有着和产品经理不同角度的了解，所以将MRD让市场的负责人查看并提出相关意见也会比较常见的情形。

3.产品总监&产品经理很多情况下，MRD会由产品总监来撰写，但也不排除有时候产品总监会把这种活交给手底下的产品经理去，产品总监只负责后续的审阅工作，所以撰写完成后，给产品同事查看提出意见然后给总监去审阅比较合适的流程。

MRD的撰写目的以及内容明确了MRD的概念以及MRD写给谁看的以后，毋庸置疑，们得了解MRD的撰写目的和内容。

目的其实很简单，通俗的说，就让对应的决策人员在查看了MRD以后，能够清晰明确目前行业的市场环境，并且能够明确出们自己的用户定位和产品定位，所以从逻辑上来看，们在文档当中至少应该解决的几个问题如下：1.目标市场的现状如何?2.目标市场的趋势如何?3.目标市场的竞品情况?4.们在目标市场中的优势、劣势、机会、威胁?5.目标用户哪些?所以，MRD主要就为了解答以上的问题而存在的，在文档当中至少应该具备以下两要素：市场环境分析、用户分析。

产品经理四大文档介绍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主要关注产品的功能规格和技术实现。

何为MRD,什么是MRD,写好MRD的10种技巧

何为MRD,什么是MRD,写好MRD的10种技巧何为MRD,什么是MRD,写好MRD的10种技巧MRD-“市场需求文档”，是产品经理或者产品市场经理编写的一个产品的说明需求的文档。

这些文档用于计划一个新产品或修正一个已有的产品，是被工程师团队开发产品时使用。

在硅谷的一些软件公司，MRD仅仅覆盖high-level的功能。

在这种情况下，产品经理通过创建了另一个文档-通常指的是PRD（产品需求文档）来定义更加详细的产品需求。

在本文中，我用术语“MRD”泛指所有那些由产品管理和/或产品市场团队创建的，为工程师团队传达产品需求为目的的文档。

1、从用户角度的编写从用户角度编写需求内容。

使用“用例(Use Case)”和“用户角色（User Personas）”来达到这个。

考虑用以下两种方法来详细说明你们公司正在开发的SFA（sales force automation）软件的“Login”的功能性。

方法A：用户通过一个要求用户提供证书的登陆界面，然后软件允许用户带着特定的权限进入系统。

软件鉴别这些证书，在鉴定通过的基础上允许用户访问那些他们有权限访问软件的功能部件。

方法B：Mike是一个销售经理，Cathy是一个销售代表。

当他们打开软件，他们看到登陆界面。

他们通过用户名和密码进入系统。

如果用户名和密码是正确的，他们能登进系统。

一旦登陆进系统，Mike能访问软件所有的功能部件。

Cathy只能访问那些对销售代表有有效的功能部件。

哪个方法更加容易阅读和理解?就我的看法,毫无疑问，"方法B"。

还有，它同时减少了令人烦恼的阅读！2、使用Screen Shots使用Screen Shots或者mockup来你的想法。

我们中很多人都听说过“一张图片好比一千个文字”。

当提到写MRD的时候，一个screen shot好比一千个文字！举个例子,看看下面这个screen shot，你需要多少字来描述？我想可能不只一千个字。

mrd策划方案

MRD策划方案背景介绍MRD（Market Requirements Document）是市场需求文档的缩写，是产品开发中的重要文档之一。

该文档包括了对产品的目标市场、目标用户、产品功能、性能要求以及竞争对手分析等内容，为产品开发团队提供了明确的目标和方向。

本文档将详细介绍MRD策划方案的编写过程和内容要点，以帮助团队全面了解市场需求文档的编写流程，并提供一份规范的模板供参考。

文档编写流程1. 需求收集需求收集是编写MRD的第一步，主要通过市场研究、用户调研等方式获取对产品的需求信息。

收集的信息应该尽可能全面并具有代表性，以确保MRD的准确性和可靠性。

2. 目标市场分析在目标市场分析中，团队需要对产品所属市场进行深入研究，包括市场规模、增长率、竞争状况等。

同时还需要分析目标市场的需求特点和趋势，以确定产品的定位和市场定位。

3. 目标用户分析目标用户分析是编写MRD的重要一环，团队需要对目标用户进行细致的分析，包括用户人群特征、用户需求、用户行为等。

这些分析结果对于确定产品功能和用户体验设计非常重要。

4. 产品功能确定在产品功能确定阶段，团队需要结合需求收集和目标用户分析的结果，明确产品的功能要求。

功能应该能够满足用户的核心需求，并具备一定的创新性和竞争力。

5. 性能要求定义除了功能要求，性能要求也是编写MRD时需要明确的一部分。

团队需要根据产品的性质和需求，确定性能要求的指标，并进行详细的阐述。

如：响应速度、容量、稳定性等。

6. 竞争对手分析竞争对手分析是MRD中不可或缺的一部分，团队需要分析竞争对手的优势和劣势，了解市场上类似产品的情况。

通过对竞争对手的分析，可以为产品定位和差异化设计提供参考。

7. MRD编写根据以上分析结果，团队可以开始编写MRD文档。

文档可以包括产品介绍、市场概述、目标用户描述、功能列表、性能要求、竞争对手分析等内容。

文档应该逻辑清晰、易于阅读，并提供充足的证据和数据支持。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

如果没有此项，可以裁剪】
3可行性分析
3.1前期调研信息和数据
【提供前期调研信息和数据作为项目立项的支持，给出一些重要的依据数据（譬如通过某项调研发现存在很大的空间可以提高问题解决率，那么调研的结果应该在此进行表述）】
3.2项目预期目标
【明确项目的预期目标，最好有量化的目标值（譬如用来提高问题解决率的MRD，应该给出预期的解决率的范围或者具体值）】
4综合描述
4.1功能概述
【对功能做整体性的概要描述，包括所包含的功能模块及各功能模块的概要描述，也可以指出本次的开发重点。

如果MRD需求功能点较少，此项可以裁剪】
4.2对其它产品的影响
【包括和该需求相关的假设和依赖，即本产品和外部系统的接口关
系，如果接口比较多或复杂，建议以图形方式进行表示。

如果本产品没
有外部接口，此项可以裁剪】
5功能详述
5.1功能需求
5.1.1功能点1
5.1.1.1功能点类型和优先级
【功能点类型有新增、旧有功能升级、Bugfix三种类型；优先级分为高、中、低】
5.1.1.2流程图
【如果功能点流程较复杂，可以结合流程图来进行说明。

如果流程简单，可以裁剪】
5.1.1.3页面布局
【由TS或UE或其它部门提供的模板页面，如果没有，此项可以裁剪】
5.1.1.4功能点1描述
【针对该功能点做详细的描述，确保描述的一致性、无二义性，并
尽可能量化功能要求】
5.1.2功能点2
5.1.2.1功能点类型和优先级
5.1.2.2流程图
5.1.2.3页面布局
5.1.2.4功能点2描述
……
5.2非功能需求
【包括性能需求、可维护性需求、可靠性需求、安全性需求等，对各项质量属性的解释说明如下：
性能需求：包括时间特性要求、系统容量要求等；
可维护性：包括易分析性、易变更性等要求；
可靠性：产品在规定条件下使用时保持规定性能水平的能力；
安全性：产品在规定的使用环境中实现可接受风险的能力；
安装性：产品在规定环境中安装卸载的能力；
非功能需求也可以和功能需求合并在一起进行描述。

如果没有此项，可以裁剪】
6其它问题描述
【1、此处应该标明此版本上线后可能带来的风险以及应对措施；
2、对其它部门是否有影响，是否涉及广告、ue等非pm和rd部门的工作。

如果没有这两项，可以裁剪】
7附件
【和MRD相关的各种附件，例如模板页面等。

如果没有，此项可以裁剪】。