产品市场需求文档MRD
市场需求文档(MRD)
产品分析
• • • • • • • • • 1.产品定位 slogan，描述产品定位在什么市场，做什么？ 比如专注于家居建材市场安装服务商。 关键词：家居建材、安装； 2.核心目标 描述产品是要解决用户什么问题。 比如某o2o上门安装服务公司，核心目标就是连接用户和工人，为用户提供上门安装服务，为工人提高收入。 3.产品结构 描述产品的主要流程和功能结构。
• 4.用户使用动机 • 总结用户动机。深刻了解用户表面和深层次的动机。最经典的就是就比如人们想要更快的交通工具，福特给了他们车一样的感觉， 大家自己体会
竞品分析
竞品分析的主要目的是通过对竞争产品的比较分析，来得出产品进入这个市场的优劣 • 1.确定对象 • 竞品的分析对象包括直接竞品和间接竞品。
•
• • • • • • •
4.产品路线图
描述产品在某一时期的阶段目标及要完成的功能。 比如5月份完成商品管理，6月份完成订单管理模块。 5.产品功能性需求 对产品结构的细化，产品结构以模块为单位，而功能性需求以功能为单位。 比如商家管理是产品结构的一部分，在功能性需求里可以细分为类目、属性、商品等功能。 6.非功能性需求 非功能性需求主要描述系统特性，主要包含：有效性、性能、扩展性、安全性、兼容性等。
市场分析
• 1.市场现状 • 描述市场的痛点，有痛点才有机会。 • 2.市场规模 • 描述市场规模大小。市场规模大不大，值不值得我们进入。 • 市场规模的数据一定要客观，一般采用第三方数据，比如企鹅智库、艾瑞、易观智库等。 • 3.发展趋势 • 描述行业未来发展趋势。未来发展空间有多大，蓝海还是红海。 • 通过对趋势的分析，可以为我们指明未来的道路。
用户分析
• 1.目标用户 • 确定产品的目标用户，确定产品为谁服务。 • 一般对目标用户筛选的维度有：年龄、性别、职业、学历、经济、习惯等。 • 2.用户画像 • 用户画像是对目标用户的深化，用来描述某一类目标用户的特征。所以用户画像不能太细，也不能太粗，需要有代表性。 • 一般从2个方面阐述用户画像： • 1、用户信息：年龄、性别、职业、收入、居住地、家庭情况； • 2、用户特征：性格、爱好、技能、习惯。 • 3.用户使用场景 • 描述用户在某个环境中完成某个任务的事件。类似记叙文三要素：时间、地点、时间。 • 最终明确用户在什么场景下会想起你的产品，什么场景下会使用你的产品。
什么是mrd
什么是mrd
MRD意思是市场需求文档。
MRD英文全称是MarketRequirementDocument。
市场需求文档在产品项目过程中属于“过程性”文档。
市场需求文档是市场部门的产品经理或者市场经理编写的
一个产品的说明需求的文档。
市场需求文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。
市场需求文档在产品项目中是一个“承上启下”的作用，“向上”是对不断积累的市场数据的一种整合和记录，“向下”是对后续工作的方向说明和工作指导。
扩展资料：
撰写MRD，大致从以下几个方面（按先后顺序）着手：
1、项目背景。
2、名词解释。
3、可行性分析（前期调研信息和数据+项目预期目标）。
4、综合描述（功能概述+对其他产品的影响）。
5、功能详述（功能需求+功能点）。
6、其他问题描述。
1。
产品五大文档 MRD市场需求文档
产品五大文档| MRD市场需求文档MRD是什么？MRD市场需求文档（Market Requirement Document）是产品项目过程中的“过程性”文档，是产品项目由“准备”阶段进入到“实施”阶段的第一份文档。
主要从市场说明、用户说明、竞品分析、本产品说明四个部分组成。
为什么写MRD？之前说过BRD商业需求文档是向老板及项目负责人汇报，主要的作用是向老板及项目负责人说明项目的可行性和商业价值。
简而言之就是说服老板给你出钱。
而MRD市场需求文档是在老板同意BRD文档后撰写的，主要目的是向运营、研发说明产品的可行性。
针对运营主要从市场和用户方面汇报，针对研发主要从产品的路线和产品的功能结构汇报。
简而言之就是说服你的工作伙伴未来2~3个月和你一起为了这个项目加班加点的拼命工作。
MRD怎么做？MRD市场需求文档主要从四个基本要素进行撰写：市场说明、用户说明、竞品分析、本产品说明。
市场说明：市场整体存在的问题和机会，根据项目需要撰写两到三点：产品方面——形态复杂，用户体验差；技术方面——外资搜索引擎对中文理解不够深刻；运营方面——与用户距离太远；用户方面——新的需求的出现，需求明显；商业模式方面——现有的市场模式大市场中的目标市场分析：市场规模；市场特征；发展趋势（未来2-5年的发展评测）；时间边界（这个市场的持续时间预估）市场分析结论：一般来说，到这里就会得到一个比较有市场商业价值的结论来引起运营人员的兴趣。
用户说明：目标用户群体的统计学特征：年龄段、收入、地区、学历；目标群体特征：共性为主；建立虚拟用户角色：形象化，常用用户特征，用户名称，用户技能、与产品相关的用户特征；制作用户角色卡片：对用户归类划分，抽取典型角色，能代表目标用户；用户场景分析：演示性的场景，用户在时间、地点，完成的某个事的故事；用户动机总结：用户目标总结（明确实质），分析影响用户使用的主要因素。
竞品分析：竞品分析以前已经撰写了，这里不过多描述。
什么是BRD、MRD、PRD
三、业务流程图；
四、用例说明；
1.用例总图；
2.单个用例说明
五、性能需求；பைடு நூலகம்
1.响应时间；
2.空间使用量等
六、维护性需求；
七、质量需求；
1.安全性；
2.可操作性；
3.可靠性；
4.兼容性；
5.移植性。
八、接口需求
1.外部接口需求；
2.内部接口需求。
对MRD中的内容进行指标化和技术化；明确产品的功能和性能
2、研发和维护所需要的人力成本。
3、同时，还需要对未来的风险进行预估，并给出合理的预案。
六、评估方法
1、为什么指定这个目标？这个目标是如何显现出来的？
2、如何显现这个结果数据？
3、凭什么可以做到这个目标
向公司申请需要的费用、资源得到各级领导支持；
MRD阶段
一、更细致的市场与竞争对手分析；
二、通过哪些功能来实现商业目的；
2)MRD市场需求文档Market Requirements Document
市场需求文档的主要功能是描述什么样的功能和特点的产品可以在市场上取得成功。产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等
3)PRD产品需求文档Product Requirement Document
三、功能/非功能需求分哪几块；
四、功能的优先级；
（注：可能产出物有Mind Manager的思维图，Excel的Feature List）
一、产品介绍；
二、用户描述；
1.用户/市场统计；
2.用户剖析；
3.关键用户需求；
4.替代品和竞争品
市场需求文档MRD模板(百度)
MRD审核人
【MRD审核人一般是指MRD拟制人的直接主管，要求对提交项目成员的MRD都要进行审核、签字】
重要性
【分高、中、低三级】
紧迫性
【分高、中、低三级】
MRD拟制人
【MRD的作者，如果是多人共同拟制，也都要写出来】
MRD提交日期
【提交MRD初稿给项目组其他成员的日期】
需求变更控制时间点
5.1.2
5.1.2.1
5.1.2.2
5.1.2.3
5.1.2.4
……
5.2
【包括性能需求、可维护性需求、可靠性需求、安全性需求等，对各项质量属性的解释说明如下：
性能需求：包括时间特性要求、系统容量要求等；
可维护性：包括易分析性、易变更性等要求；
可靠性：产品在规定条件下使用时保持规定性能水平的能力；
7
【和MRD相关的各种附件，例如模板页面等。如果没有，此项可以裁剪】
安全性：产品在规定的使用环境中实现可接受风险的能力；
安装性：产品在规定环境中安装卸载的能力；
非功能需求也可以和功能需求合并在一起进行描述。如果没有此项，可以裁剪】
6
【1、此处应该标明此版本上线后可能带来的风险以及应对措施；2、对其它部门是否有影响，是否涉及广告、ue等非pm和rd部门的工作。如果没有这两项，可以裁剪】
3.2
【明确项目的预期目标，最好有量化的目标值（譬如用来提高问题解决率的MRD，应该给出预期的解决率的范围或者具体值）】
4
4.1
【对功能做整体性的概要描述，包括所包含的功能模块及各功能模块的概要描述，也可以指出本次的开发重点。如果MRD需求功能点较少，此项可以裁剪】
4.2
【包括和该需求相关的假设和依赖，即本产品和外部系统的接口关系，如果接口比较多或复杂，建议以图形方式进行表示。如果本产品没有外部接口，此项可以裁剪】
什么是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主要就为了解答以上的问题而存在的，在文档当中至少应该具备以下两要素：市场环境分析、用户分析。
产品需求管理文档(MRD)模板
XXX项目/产品MRDXX有限公司(版权所有,翻版必究)MRD修改记录注：MRD提交评审之前的修改也可以记录下来目录1项目背景 (1)2名词解释 (1)3可行性分析 (1)3.1前期调研信息和数据 (1)3.2项目预期目标 (1)4综合描述 (1)4.1功能概述 (1)4.2对其它产品的影响 (1)5功能详述 (1)5.1功能需求 (1)5.1.1功能点1 (1)5.1.2功能点2 (2)5.2非功能需求 (2)6其它问题描述 (2)7附件 (2)1项目背景【在此简单介绍项目/产品产生的背景】2名词解释【对文档中出现的新的名词、概念或简略语给出定义和解释。
如果没有此项，可以裁剪】3可行性分析3.1前期调研信息和数据【提供前期调研信息和数据作为项目立项的支持，给出一些重要的依据数据（譬如通过某项调研发现存在很大的空间可以提高问题解决率，那么调研的结果应该在此进行表述）】3.2项目预期目标【明确项目的预期目标，最好有量化的目标值（譬如用来提高问题解决率的MRD，应该给出预期的解决率的范围或者具体值）】4综合描述4.1功能概述【对功能做整体性的概要描述，包括所包含的功能模块及各功能模块的概要描述，也可以指出本次的开发重点。
如果MRD需求功能点较少，此项可以裁剪】4.2对其它产品的影响【包括和该需求相关的假设和依赖，即本产品和外部系统的接口关系，如果接口比较多或复杂，建议以图形方式进行表示。
如果本产品没有外部接口，此项可以裁剪】5功能详述5.1功能需求5.1.1功能点15.1.1.1功能点类型和优先级【功能点类型有新增、旧有功能升级、Bugfix三种类型；优先级分为高、中、低】5.1.1.2流程图【如果功能点流程较复杂，可以结合流程图来进行说明。
如果流程简单，可以裁剪】5.1.1.3页面布局【由TS或UE或其它部门提供的模板页面，如果没有，此项可以裁剪】5.1.1.4功能点1描述【针对该功能点做详细的描述，确保描述的一致性、无二义性，并尽可能量化功能要求】5.1.2功能点25.1.2.1功能点类型和优先级5.1.2.2流程图5.1.2.3页面布局5.1.2.4功能点2描述……5.2非功能需求【包括性能需求、可维护性需求、可靠性需求、安全性需求等，对各项质量属性的解释说明如下：性能需求：包括时间特性要求、系统容量要求等；可维护性：包括易分析性、易变更性等要求；可靠性：产品在规定条件下使用时保持规定性能水平的能力；安全性：产品在规定的使用环境中实现可接受风险的能力；安装性：产品在规定环境中安装卸载的能力；非功能需求也可以和功能需求合并在一起进行描述。
何为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，你需要多少字来描述？我想可能不只一千个字。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
产品市场需求文档
M R D
##产品市场需求文档
版本历史
目录
1.文档介绍 (5)
1.1.文档目的 (5)
1.2.参考文档 (5)
1.3.术语与缩写解释 (5)
2.市场问题和机会 (6)
2.1现有市场存在的问题和机会 (6)
2.2目标市场分析 (6)
2.3替代品和竞争品 (7)
2.4市场分析结论 (7)
3.用户说明 (7)
3.1.目标群体特征 (8)
3.2.典型用户形象 (8)
3.3.用户场景分析 (9)
3.4关键用户需求 (9)
4.产品说明 (9)
4.1.产品定位 (10)
4.2.产品功能性需求 (10)
4.3.产品非功能性需求 (10)
4.4用户利益关系 (11)
5.总结 (11)
6.附件（调查报告图表） (12)
1.文档介绍
1.1. 文档目的
提示：文档的目的收集、分析、定义主要的用户需求和产品特性，重点是找到目标用户的需求以及为什么存在这些需求。
不用考虑系统如何满足这些需求以及需求的技术和资源局限，这些会在PRD中进行分析，目标是清晰、完整的分析目标用户。
1.2. 参考文档
提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期
例如：
[SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期
1.3. 术语与缩写解释
2.市场问题和机会
提示：这块将给出支持产品决策和排序的主要的统计数据。
描述定位的目标市场，可能的潜在用户数据或客户销售额收入预期，以及预测的市场大小、增长率。
以及市场竞争格局，包括：
（1）您的服务在市场上定位？
（2）你希望功能或服务支持哪些功能？
（3）这些功能或服务如何支持你的目标？
2.1 现有市场存在的问题和机会
现在市场存在的问题和机会：根据需要撰写--两到三点：
●产品方面--形态复杂，用户体验差；
●技术方面--（语音压缩技术不成熟，外资搜索引擎对中文理解不够深
刻）；运营方面--（产业链篇下游，重实体，轻线上，造成瓜分旅行社利润，形成对立）；
●用户方面（新的需求的出现，需求明显）；
●商业模式方面。
2.2目标市场分析
●市场规模；
●市场特征；
●发展趋势（未来2-5年的发展评测）；
●时间边界（这个市场的持续时间预估）
2.3 替代品和竞争品
提示：明确用户（或客户）目前可选择的其它替代品（不限于：购买竞争品、自己开发以及保持现状的可能性）。
列出所有已知或可能成为竞争对手的产品，包括用户所理解的每家对手强项和弱项。
2.3.1 竞争对手1
提示：分析内容
2.3.2 竞争对手2
提示：分析内容
2.4市场分析结论
一般来说，这里会得到一个比较有市场商业价值的结论
3.用户说明
目标用户群体（要求准确：年龄段、收入、地区、学历）
提示：请在这块描述服务中每个不同的用户。
用户的类型可能从权威的专业人士到新手，差别很大。
专业人士可能需要一个复杂、灵活的系统，而新手可能只需要够用和易用。
因此对目标用户的分析内容包括以下：
（1）该类用户的相关技术背景，比例。
（2）该类用户的主要职责或角色。
（3）该类用户为谁提供服务。
（4）该类用户为服务一般认识和理解。
（5）该类用户相关系统可能面对的主要问题。
（6）该类用户对服务满意的可衡量标准。
（7）该类用户对关键决策的影响（如：使用、购买的决策权）
3.1. 目标群体特征
共性的为主分析
3.2. 典型用户形象
建立虚拟用户角色：形象化，常用用户特征，用户名称，用户技能、与产品相关的用户特征。
3.3. 用户场景分析
演示性的场景，用户在时间、地点，完成的某个事的故事
提示：详细描述目标用户的使用环境，包括以下建议：
（1）用户会在什么条件或环境下产生使用或购买动机。
（2）用户使用服务的主流环境。
如：网速、浏览器类型信息。
（3）用户使服务的场所和时间段。
如：办公室，工作时间。
（4）用户现在正使什么系统，什么可能促使改变。
3.4 关键用户需求
提示：这里列出用户或客户认为的关键问题或需求，问题描述包括：（1）问题的原因是什么?
（2）现在怎么解决的？
（3）希望的解决方案是什么？
（此类信息用户帮助理解用户所认为的问题的重要性，将用于需求优
先级排序。
）
4.产品说明
提示：这里表述产品的目的。
主要包括：
（1）明确新需求或希望改进的产品需求。
（2）明确不需要的变化和注意问题。
（3）概述需求同相关效益、目标的关系
4.1. 产品定位
提示：分析产品的定位，参考以下格式：
4.2. 产品功能性需求
例如：用户注册、留言等等。
4.3. 产品非功能性需求
有效性、性能、扩展性、安全性、健壮性、兼容性、可用性、运营需求、用户体验。
4.4 用户利益关系
提示：总结主要用户或客户价值或产品定位所需要的系统特性或需求：
5.总结
总结说明下你要做的产品，有多大市场需求。
PS：
优秀MBR的特点
逻辑性强（有论点，论据，论证）；
把抽象的东西形象化出来；
数据可靠，分析有理；有把握的主观，无把握的客观；
用词行文，简洁明了；
合理的产品进度分析；
重视非功能需求；
解释专业名词
6.附件（调查报告图表）。