市场需求文档(MRD)模板

合集下载

产品MRD需求文档模板

（公司logo）产品市场需求文档文档修改记录：目录1、文档介绍 51.1 文档目的 51.2 内容概要 52、市场问题和机会 52.1 本章摘要 52.2 市场问题 52.3 市场机会 52.4 产品问题和机会 52.5 技术问题和机会 53、市场概述 53.1 本章摘要 53.2 目标市场描述 53.2.1 目标市场特征 53.2.2 目标市场趋势 53.2.3 目标市场细分 63.2.4 目标市场时间约束 64、客户和购买者 64.1 本章摘要 64.2 目标客户描述 64.2.1 目标客户细分 64.2.2 客户动机 74.2.3 影响因素 74.2.4 客户目标 74.3 目标购买者描述 74.3.1 业务决策购买者（BDM） 74.3.2 技术决策购买者（TDM） 75、使用者和用户原型 75.1 本章摘要 75.2 原型特征 75.3 现实需要 85.4 原型联系 86、市场需求 86.1 本章摘要 86.2 功能分类 86.3开发环境说明 96.4兼容性说明 96.5性能说明 96.6国际性说明 96.7文档说明 96.8外观说明 96.9发布说明 96.10支持和培训说明 96.11其它说明 96.12 方案概述 96.13 技术概述 96.14 市场需求概要表 97、支持信息 107.1 本章摘要 107.2 文档假设 107.3 参考资料 107.4 产品体系 101、文档介绍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 目标市场细分3.2.4 目标市场时间约束4、客户和购买者4.1 本章摘要4.2 目标客户描述4.2.1 目标客户细分4.2.2 客户动机4.2.3 影响因素4.2.4 客户目标4.3 目标购买者描述4.3.1 业务决策购买者（BDM）4.3.1.1 BDM动机4.3.1.2 BDM目标4.3.2 技术决策购买者（TDM）4.3.2.1 TDM动机4.3.2.2 TDM目标5、使用者和用户原型5.1 本章摘要5.2 原型特征5.3 现实需要5.4 原型联系6、市场需求6.1 本章摘要6.2开发环境说明6.3兼容性说明6.4性能说明6.5国际性说明6.6文档说明6.7外观说明6.8发布说明6.9支持和培训说明6.10其它说明6.11 方案概述6.12 技术概述6.13 市场需求概要表7、支持信息7.1 本章摘要7.2 文档假设7.3 参考资料7.4 产品体系。

市场需求文档MRD模板(百度)

XXX项目/产品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文档模板XXX产品MRD 市场需求说明书产品部——XXXXXXXX有限公司——修订控制页1产品背景【在此简单介绍项目/产品产生的背景】2名词解释3可行性分析3.1前期调研信息和数据【提供前期调研信息和数据作为项目立项的支持，给出一些重要的依据数据（譬如通过某项调研发现存在很大的空间可以提高问题解决率，那么调研的结果应该在此进行表述）】3.2项目预期目标【明确项目的预期目标，最好有量化的目标值（譬如用来提高问题解决率的MRD，应该给出预期的解决率的范围或者具体值）】44综合描述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 非功能需求【包括性能需求、可维护性需求、可靠性需求、安全性需求等，对各项质量属性的解释说明如下：性能需求：包括时间特性要求、系统容量要求等；可维护性：包括易分析性、易变更性等要求；可靠性：产品在规定条件下使用时保持规定性能水平的能力；安全性：产品在规定的使用环境中实现可接受风险的能力；安装性：产品在规定环境中安装卸载的能力；非功能需求也可以和功能需求合并在一起进行描述。

2023-产品市场需求说明书(MRD)模板-1

产品市场需求说明书（MRD）模板产品市场需求说明书（MRD）模板是一份重要的文档，它有助于定义一个产品的特性、功能及其设计要求。

以下是一些步骤，告诉您如何使用MRD模板：步骤一：定义项目的背景和市场研究在MRD模板中，第一步是定义项目的背景和市场研究。

在这部分，您可以介绍有关您的市场及其特性的详细信息，包括市场规模、定位和竞争状况等。

在这一步中，您需要详细了解您的消费者，包括他们的需求和求助的痛点。

步骤二：产品规格定义在MRD模板中的第二步是定义产品规格。

在这部分，您需要详细介绍产品在性能和功能方面的特性。

您可以使用图表、表格等工具，以便更好地呈现相关信息。

步骤三：功能需求定义功能需求是MRD模板中的第三步。

在这一步骤中，您需要详细说明产品所需的所有功能。

这些功能包括软件和硬件方面，比如性能、响应时间等。

步骤四：用户体验在MRD模板中的第四步是用户体验。

在这部分，您需要定义产品使用者的用户体验，例如用户可以通过哪些方式使用产品，产品的界面设计，以及产品与用户的交互方式。

步骤五：一般要求和特殊需求在MRD模板中的第五步是一般要求和特殊需求。

在这一步中，您需要详细说明产品的一般要求和特殊需求。

这些要求和需求可能如包括产品的安全性、可靠性、可扩展性和维护性等。

步骤六：版本说明在MRD模板中的第六步是版本说明。

在这一部分，您需要详细阐述产品的发展历程及其版本。

步骤七：免责声明在MRD模板中的最后一步是免责声明。

在这部分，您需要明确说明产品的责任归属，以及组织对产品使用所限制的条件。

总之，一个良好的MRD模板可以帮助您更好地管理和定义您的产品。

通过遵守以上步骤，您可以建立一个清晰明确、确保质量的产品市场需求说明书（MRD）。

市场需求文档(MRD)模板

市场需求文档(MRD)模板市场需求文档产品名称：日期：联系人：文档接收人：文档修改记录：日期修订版本修改人核定人目录1.文档介绍1.1 文档目的本文档旨在明确产品需求，为开发团队提供市场需求信息，以确保产品开发符合市场需求。

1.2 内容概要本文档包括市场问题和机会，产品问题和机会，以及产品需求说明。

2.市场问题和机会2.1 本章摘要本章节将重点介绍市场问题和机会，以帮助开发团队更好地了解市场需求。

2.2 市场问题市场上存在一些问题，如竞争激烈、市场份额下降等，这些问题需要我们寻找解决方案。

2.3 市场机会市场上也存在一些机会，如新兴市场、消费者需求变化等，这些机会可以为我们的产品开发提供方向。

2.4 产品问题和机会除了市场问题和机会外，我们还需要关注产品自身存在的问题和机会，以便更好地满足客户需求和提高产品竞争力。

以上是市场需求文档的内容概要，我们将持续更新和完善该文档，以确保产品开发符合市场需求。

本章主要介绍了该软件的各个方面，包括开发环境、兼容性、性能、文档、外观、发布以及支持和培训等方面。

开发环境是指该软件开发所使用的硬件和软件环境。

在本章中，我们详细介绍了开发环境的配置要求，包括操作系统、开发工具、编程语言等方面。

兼容性是指该软件能否在不同的操作系统、浏览器、设备上正常运行。

在本章中，我们列出了该软件的兼容性测试结果，以及兼容性问题的解决方案。

性能是指该软件在各种负载下的运行速度和稳定性。

在本章中，我们详细介绍了该软件的性能测试结果，并提供了性能优化的建议。

文档是指该软件的用户手册、开发文档等。

在本章中，我们介绍了该软件的文档结构和内容，并提供了文档下载和使用的方法。

外观是指该软件的界面设计和用户体验。

在本章中，我们展示了该软件的界面截图，并介绍了界面设计的原则和方法。

发布是指该软件的版本发布和更新。

在本章中，我们介绍了该软件的发布计划和更新策略，并提供了版本下载和更新的方法。

支持和培训是指该软件的技术支持和用户培训。

MRD市场需求文档模板

市场需求文档1、文档介绍本文档主要说明会展通系统的市场需求，用户分析，和功能分析。

1.1 文档目的通过本文档，总结分析市场和用户的需求，整理功能设置，为会展通产品原型设计做指导。

2、市场问题和机会2.2 市场问题会展业在中国通过多年的发展，已经初具规模，各类品牌会展，行业会展乃至国际会展百花齐放，但由于地域，时间，费用，信息传播都方面的缺陷，是很多企业无法参加一些会展，局限了会展业的发展2.3 市场机会会展业与电子商务的结合，有效的解决了实体会展的一些局限，可以有效的推动会展业的发展。

网络会展自出现以来，虽有所发展，但比较缓慢，更没有可以提供良好功能的会展电子商务产品共会展业使用。

2.4 产品问题和机会网络上现有网络会展产品，主要也两类为主，一类是组展商自己（或通过网络公司）建立的会展网上站点，这类站点主要为实体会展服务，主要功能一信息展示和网上保命为主。

另一类为一些网络会展企业或行业网站建立的会展平台，这类功能比较单一，不具有通用性。

都不成熟。

网络现有会展产品的缺陷就给我们做通用会展平台提供了良好的机会2.5 技术问题和机会网络技术发展到今天，技术实现方式已经多种多样，各种技术难题也在逐步解决，网络基础应用技术已经非常成熟。

同时我们也有实力雄厚的技术团队。

3、市场概述3.1 目标市场描述会展通的目标市场为会展市场。

3.1.1 目标市场特征会展市场具有会展种类多，行业多，产品种类丰富，涉及面广等特点3.1.2 目标市场趋势会展市场的发展趋于多样性，品牌会展独领风骚，各类行业，产品会展遍地开花，个人展，各类会议节庆层出不穷。

而且随着国内经济发展和国际各类展会的推动，会展业的发展已经越来越快。

4、客户和购买者4.1 目标客户描述会展通的客户群为所有有发布会展需求的企业及个人。

4.1.1 目标客户细分目标客户主要分为两大类，企业客户和个人客户。

企业客户用可以分为会展企业和其他企业，会展企业是会展通产品初期的主要目标客户。

产品市场需求文档MRD

##产品市场需求文档版本历史目录1.文档介绍 .................................................................................... 错误！未指定书签。

1.1文档目的.................................................................................................. 错误！未指定书签。

1.2参考文档.................................................................................................. 错误！未指定书签。

1.3术语与缩写解释 ..................................................................................... 错误！未指定书签。

2.市场问题和机会.......................................................................... 错误！未指定书签。

2.1现有市场存在的问题和机会................................................................. 错误！未指定书签。

2.2目标市场分析.......................................................................................... 错误！未指定书签。

2.3替代品和竞争品 ..................................................................................... 错误！未指定书签。

MRD市场需求文档模板

MRD市场需求文档模板篇一：MRD 市场需求文档如何写好MRD需求文档MRD-“市场需求文档”，是产品经理或者产品市场经理编写的一个产品的说明需求的文档。

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

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

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

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

MRD-“市场需求文档”，是产品经理或者产品市场经理编写的一个产品的说明需求的文档。

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

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

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

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

写好MRD的10种技巧（第一部分）1、从用户角度的编写从用户角度编写需求内容。

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

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

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

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

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

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

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

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

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

产品市场需求文档(MRD)

第四阶段：航天航空/军工；国家不间断的发展中国国防力量，提倡军民联合，发展军事力量。而工业企业也会不断的注入军工。在完成工业企业的情况下，对于军事设备同样会有进入的能力。
虚
4
拟
教
3
通过相
关技术及工
材产品发展
1
实现车辆专业教材的改编；
车辆工程
2
实现机械类：包括车辆、数控、机电等专业的教材改编；
产品规划
目录
二、三、
产品概述 ............................................................................................................ 2 产品背景 ............................................................................................................ 2
第二阶段：将产品定位于机械专业；对于车辆工程专业更多的是机械结构，其他的机械专业有相似的结构原理。用已有的专业资源，实施流程，可以更快的完成机械专业相关虚拟教材的制作；
第三阶段：工业企业；目前各类院校和企业之间的合作深入，完成机械专业的虚拟教材也是在变相的为企业进行前期培训。所以对企业来说，更多的是要进行内部员工的专业培训，同样会生成更多属于自己的特色虚拟教材；
这样的情况下，使得老师和各类院校需要不断的寻找合理的方式方法来提高教学质量。因此教学方式也逐渐的从静态纸质、图片向动态特效动画演变，通过使用不同的原理动画将专业知识讲解出来，让学生更清晰的看到其表现。释放了刻板的纸质教学方式。

互联网产品市场需求文档模板MRD

互联网产品市场需求文档模板(MRD)————————————————————————————————作者：————————————————————————————————日期：##产品市场需求文档修订历史文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改文件标识：当前版本： V1.0 作者：完成日期：2017-07-13序号版本编写/修订说明修订人修订日期备注1 V1.0 初稿2345678910目录1.文档介绍 (4)1.1文档目的 (4)1.2参考文档 (4)1.3术语与缩写解释 (4)2.市场问题和机会 (4)2.1现有市场存在的问题和机会 (5)2.2目标市场分析 (5)2.3替代品和竞争品 (5)2.3市场分析结论 (5)3.用户说明 (5)3.1.目标群体特征 (6)3.2.典型用户形象 (6)3.3.用户场景分析 (6)3.4关键用户需求 (6)4.产品说明 (7)4.1.产品定位 (7)4.2.产品功能性需求 (7)4.3.产品非功能性需求 (7)4.4用户利益关系 (8)5.总结 (8)6.附件（调查报告图表） (8)1.文档介绍1.1. 文档目的提示：文档的目的收集、分析、定义主要的用户需求和产品特性，重点是找到目标用户的需求以及为什么存在这些需求。

不用考虑系统如何满足这些需求以及需求的技术和资源局限，这些会在PRD中进行分析，目标是清晰、完整的分析目标用户。

1.2. 参考文档提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期例如：[SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期1.3. 术语与缩写解释缩写、术语解释…2.市场问题和机会提示：这块将给出支持产品决策和排序的主要的统计数据。

描述定位的目标市场，可能的潜在用户数据或客户销售额收入预期，以及预测的市场大小、增长率。

以及市场竞争格局，包括：（1）您的服务在市场上定位？（2）你希望功能或服务支持哪些功能？（3）这些功能或服务如何支持你的目标？2.1 现有市场存在的问题和机会现在市场存在的问题和机会：根据需要撰写--两到三点：●产品方面--形态复杂，用户体验差；●技术方面--（语音压缩技术不成熟，外资搜索引擎对中文理解不够深刻）；运营方面--（产业链篇下游，重实体，轻线上，造成瓜分旅行社利润，形成对立）；●用户方面（新的需求的出现，需求明显）；●商业模式方面。

市场需求文档MRD需求描述和MRD案例

6-2
产品架构图
产品规划案例
用户层表现层应用层数据服务层数据库层
产品架构图
6-3
产品主要功能
兴趣图谱内容引入方式内容加工处理内容筛选方式内容展现方式实用方便用户体验优化运营后台
产品规划案例
产品主要功能
6-4
产品阶段规划
产品规划案例
阶段名称智能 to B 跨终端智能 to C 商业价值
极阅
网易阅读
2.智能化阅读产品发展迅速
Zite
采集用户的阅读行为，分析用户的阅读洗好，智能推荐符合用户口味的内容
News360
强有力的整合了Flipboard的定制化和Zite的智能化推荐特征，基于社交图谱的兴趣图谱受瞩目，更贴切用户阅读需求。
2 产品战略战术
产品规划案例
1.公司战略和定位
战略：深度移动媒体运营。定位：每个人的资讯中心。
市场描述
市场规模
竞争对手分析
SWOT分析
优势
劣势
机遇
挑战
6 项目规划
项目规划
产品核心功能产品架构图产品主要功能产品阶段规划产品路线图
产品规划案例
——建立用户兴趣图谱。内容引入、处理、筛选、展现（内容建模）、跨终端。 ——产品架构图见6-2 ——产品架构图见6-3 ——产品架构图见6-4 ——产品架构图见6-5
产品规划案例
美国知名财经专家Om Malik 在微博上发表了关于下一代社会化关系网络的观点 ——兴趣图谱、社会化图谱细分。兴趣图谱受瞩目；更贴近用户需求。
阅米
兴趣图谱
4
用户描述
用户角色建模
使用阅米的场景
产品规划案例

mrd prd brd文档案例

案例背景某互联网公司计划推出一款新的社交媒体应用程序，旨在提供一个安全、私密且高度个性化的社交体验。

该应用程序将具有类似于Instagram和Facebook的功能，用户可以分享照片、视频和状态更新，并与其他用户进行互动和交流。

为了确保该应用程序的成功开发和上线，公司决定编写一份完整的需求文档，包括市场需求文档（MRD）、产品需求文档（PRD）和业务需求文档（BRD）。

这些文档将为开发团队提供明确的指导，确保他们理解和满足用户的需求。

MRD（市场需求文档）1. 文档概述市场需求文档(MRD)是一份对新产品或功能进行详细描述的文件。

它描述了产品在市场中的定位、目标用户、竞争分析以及产品所解决问题等信息。

MRD帮助团队了解产品所面临的挑战，并为后续步骤提供指导。

2. 目标用户分析新社交媒体应用程序的目标用户主要是年轻人群，年龄在18到30岁之间。

通过调查研究和竞争分析，我们发现这一年龄段的用户对于社交媒体应用程序的需求非常高，他们希望能够展示自己的生活、与朋友互动，并寻找有共同兴趣爱好的人。

3. 竞争分析我们对市场上现有的社交媒体应用程序进行了竞争分析，包括Instagram、Facebook和Snapchat等。

通过对这些应用程序的功能、用户界面和用户反馈进行比较，我们确定了我们的产品需要具备以下特点来与竞争对手区分开：•提供更高级别的隐私保护措施，确保用户数据安全。

•支持多种媒体类型（照片、视频等）的分享。

•提供个性化推荐功能，根据用户兴趣推荐相关内容。

•强调用户间的互动和交流。

PRD（产品需求文档）1. 功能需求基于MRD中确定的目标用户和竞争分析结果，PRD明确了新社交媒体应用程序需要具备的功能。

•用户注册和登录：提供简单且安全的注册和登录流程。

•个人资料管理：允许用户编辑和更新个人资料，并设置隐私选项。

•好友关系管理：支持添加好友、查找好友并建立好友关系。

•内容分享：允许用户上传和分享照片、视频和状态更新。

MRD市场需求文档实例

市场需求文档文档修改记录：目录1、市场概要和机 (4)1.1. 市场概要描述 (4)1.2. 市场相关产品现状分析 (6)1.3. 市场机会 (7)2、需求分析 (9)2.1 目标用户需求分析 (9)2.2 竞品分析 (12)3、功能模型 (15)3.1产品现状总结 (15)3.2 FY14功能模型 (15)3.3产品所需数据支撑 (18)3.4实施路线图 (19)4、商业模式及运营策略 (20)4.1商业模式概述 (20)4.2运营策略概述 (21)1市场概要和机会1.1市场概要描述1.1.1A城市A城市市有人口719万;二级及以上综合医院一共有15家..根据A城市市卫生局发布的市直医院医疗服务信息数据显示：A城市市直的8家医院在2013年第二季度的总诊疗人次为2827006人次；第三季度的总诊疗人次为2917323人次..以两个季度的总诊疗人次数作为参考;可计算出2013年在A城市市直的8家医院就诊的总医疗人次大约为1148万人次左右..A城市市从2010年就开始了居民健康档案管理规范化的建设工作;现在A城市已经实现了健康档案电子化;通过卫生区域平台实现联网医院的健康档案信息共享、互通;居民可通过平台查询个人健康档案信息..在A城市;A城市健康卡是市民看病就诊的主要介质;健康卡包含了居民的真实身份信息..通过健康卡市民可实现挂号、就诊、支付、结算、在医院的自助终端上打印病历、查看个人健康档案等功能..据”A城市智能健康网“的数据统计显示;A城市已发放了226万多张的居民健康卡..A城市市全市共有社区卫生服务中心20个;乡及以上级别的社区卫生服务站一共有284个..A城市的社区卫生服务站提供的医疗服务范围主要是涵盖：预防保健、全科医疗、妇幼保健、康复治疗、健康教育、计划免疫等几个方面..卫生服务站根据性质、级别的不同;所提供的医疗服务范围略有不同..1.1.2B城市B城市市人口711万;二级及以上的综合医院35家;其中三级甲等医院10家..根据福建省卫计委发布的全省医疗机构1-9月份的总诊疗人数估算;B城市市2013年的就诊人次大约是1900万人次左右..因B城市是省会城市;聚集了较多的优秀医疗资源;B城市的就医患者很多是来自省内的其他城市;据历史数据统计显示;外地就医患者占总数的46.2%..B城市全市一共用68个社区卫生服务中心；2013年起B城市已经开始试点以社区卫生服务中心为对象建立“社区健康小屋”;据了解社区健康小屋具备：养生保健自助查询、慢病防控指导健康宣传、身高、血压、血糖、体重等常规健康体检、可对数据进行集中管理;方便对社区高危、高血压、糖尿病等人群的筛选与管理等功能..在健康档案管理方面B城市目前还没有可供市民进行查询个人电子健康档案入口..B城市是否有统一的居民健康档案管理平台还需待调研..1.1.3C城市C城市市有人口150万左右;全市国、民营医院一共16家..年总诊疗人数未知需待调查..C城市市一共有8个社区服务中心;从2012年开始;C城市市陆续在部分镇区建设了居民健康自助体检屋;居民通过健康小屋测量自己的身高体重、血糖血压、骨密度等数据;..截止2013年8月已在在杨舍镇、锦丰镇、南丰镇、凤凰镇和塘桥镇建成了5家居民健康自助体检屋..1.1.4全国总体情况分析自从卫生部于2009年8月5日发布的关于在公立医院施行预约诊疗服务工作的意见后;全国各省市地方政府卫生管理部门不同程度的开展了预约挂号平台的建设工作；其中一部分是跟运营商和网络公司合作;以网络平台的方式进行建设;一部分是卫生主管部门主导进行或者以医院自建的方式来进行建设;目前全国的三级医院基本都开通了预约服务..在居民健康档案管理方面;因不同地方城市的卫生主管部门对居民健康档案管理措施、管理力度不同;使得在不同的城市中居民健康档案管理建设程度有很大的差别;居民健康档案建档覆盖率普遍偏低..各地城市健康档案管理系统软件标准不统一;导致不同城市的居民健康档案数据规范不一致....1.2市场相关产品现状分析1.A城市智能健康网：是由A城市市卫生局主导建设的;为A城市市民提供预约挂号、健康档案查询、儿童疫苗接种查询、健康资讯等多种服务的区域卫生平台..实现预约联网医院12家;日均预约数在1000人次左右;截止目前已经完成预约共计71.6万人次..预约挂号服务渠道有PC平台与微信服务号两个渠道..2.C城市市民健康网：是由C城市卫生局、C城市市卫生信息中心主导建设的;为C城市市民提供预约挂号、健康档案查询、健康咨询、健康资讯服务的区域卫生平台..实现联网医院16家;可对其中的6家医院进行预约挂号;日均预约人数在100人次左右..预约挂号服务渠道只有PC平台一个渠道..3.福建省医院预约诊疗服务平台福建12320：是由福建省前卫生厅主办的;为省级区域卫生平台;主要提供预约挂号与健康资讯服务..该平台中联网的B城市市医院有47家;13年11月份B城市市所有医院的预约总数为17651人次..预约挂号服务渠道有PC 平台和移动APP应用两个渠道..4.居民健康档案查询市场上暂无相关产品可供分析1.3市场机会1.3.1预约挂号在B城市、A城市、C城市三地均有当地省或市卫生主管部门主导建设的区域卫生平台;这些平台都实现了与当地主要综合医院的数据对接;可获取医院排班信息、号源信息..东方红市民融合服务平台可以基于与政府卫生主管部门合作的基础上;实现与当地区域卫生平台的数据对接;获取医院的号源信息;居民健康档案信息;基于东方红医疗健康的预约挂号平台为当地市民提供预约挂号、健康档案查询等便民服务..城市卫生主管部门主导建设的预约挂号平台;往往只是实现了单纯的号源寻找功能;没有提供针对于不同的用户群体提供具有针对性的医疗资源推荐服务..其次;预约挂号解决的只是挂号排队的问题..但在有些地方;挂号排队根本就不是问题;取号后漫长的就医等待时间才是烦恼的问题;尤其是对于行动不便的老年人群、孕妇人群来说..人们除了日常的寻医就诊需要;对日常生活中的健康知识、资讯的需求也日益强烈..人们希望能便捷的获取对自己有帮助或者与自己相关的健康知识、资讯..人们对健康知识、资讯的需求有着明显的群体特征..如孕妇、婴幼儿父母对育儿知识的关注度较高；病友人群渴望分享、学习彼此成功的、有效的诊疗方法、诊疗经验等..1.3.2健康档案居民健康档案建设是深化医改提出的重点任务;2009年以来;原卫生部组织开展了以健康档案为核心的一系列卫生信息标准研制工作;在上海、重庆、浙江、四川等省市指导开展了健康档案标准落地应用试点工作..在卫生监督中心支持下;统计信息中心2013年初已经在部分卫生信息化建设试点省区、市开展了标准化电子健康档案实施应用现状的调查工作..国家对居民电子健康档案的标准化建设工作的相关政策;为市民融合服务平台实现数据对接提供了基础..随着移动互联网技术在医疗领域内的发展;如“春雨医生“等在线诊疗、咨询的相关APP 应用逐渐火热;个人的健康档案数据与在线诊疗应用相结合;让患者基于互联网获得更具有参考价值的信息..1.3.3社区健康小屋随着城市社区医疗水平的逐渐提供;越来越多的社区卫生服务中心会建立“健康小屋”..东方红市民融合服务平台可考虑与社区的健康小屋实现数据对接;让社区居民基于健康小屋便捷的健康体检的同时;通过东方红市民融合服务平台来关注个人身体相关健康数据指标的变化;为个人的健康提供更有效的参考与分析..1.3.4总结卫生主管部门主导建设的区域卫生平台;有的只关注于建设;缺少对平台的宣传与运营;使平台市民中的知晓度不高;为能广泛推广使用；有的平台功能单一;并没有解决市民的核心问题;使平台无法对市民产生足够的粘性..东方红市民融合服务平台可针对不同城市市民的共性核心需求;建设功能比较全面;能解决市民核心需求的医疗健康应用；同时基于城市属地运营公司;可很好的对相关产品开展线上、线下运营工作;把市民发展成为我们的平台用户..2需求分析2.1目标用户需求分析2.1.1细分目标用户的定位2.1.2细分目标用户的使用场景与需求描述亚健康人群1)需要清晰对亚健康的认知;什么是亚健康;亚健康的症状有什么2)如何判断自己是否处于亚健康;亚健康存在什么危害3)亚健康如何治疗与预防病友希望能寻找到同自己患一样疾病的群体;能相互鼓励支持抱团取暖;同时了解病友的症状、治疗反馈和就医选择;学习他们的采用的药品、临床治疗、检查、器械、补品、心理治疗、护理等;以及治疗效果等..彼此之间能够进行治疗经验的分享;帮助他人也帮助自己..2.1.3竞品分析2.1.3.1A城市健康网2.1.3.2C城市市民健康网2.1.3.3B城市健康网2.1.4目标用户需求总结1)不愿面对医院就医流程繁杂、现场等待时间长的困恼；大部分市民日常就诊时;无论疾病的轻重缓急;更多时候都是选择到条件相对较好的综合医院就诊;寻找更优秀的医生资源..但在就诊时又面临着医院繁琐的就医流程;以及每一个流程的长时间等待;又是困恼的医院现场就医人群的一个必须面对的问题..对于这个现象;尤其是针对轻量级的疾病患者;两者的矛盾性尤其突出;既想有大医院的医生看病;又对到现场就医的繁琐、长时间等待感到不满..对于轻量级的疾病患者;如果能让他们既能得到大医院医生的诊治;又可以不要面对医院现场就医的困恼;这是这个群体的人乐意接受的..2)对于就医心情、就医的结果;尤其是在就医过程中遇到的问题希望能够得到倾诉或者反映..当人们在遇到愉快或者不愉快的事情时;都更希望把这些事情带来的快乐或者压抑的心情所释放出来;希望能够与人分享自己的快乐;或者对于自己遇到问题、希望得到改善的现象能引起更多人的关注..人们在就医过程经历;尤其是那些遇到一些快不愉快的现象、问题时;也同样希望能够分享或者反应给别人..一来是释放自己的情绪;其次是希望能够帮助他人起到参考;最后也希望自己遇到的问题能够得到有关部门的重视以及解决..现在医闹事件频发;其实也是病人在就医过程中遇到的问题所不能得到很好的反应与解决所造成的..3)健康档案作用日益显现;但健康档案数据却让人不易看懂随着人们健康意识的增强;人们对记录每个人从出生到死亡的所有生命体征的变化;以及自身所从事过的与健康相关的一切行为和事件的健康档案数据越来越重视;但健康档案数据在呈现上让普通居民不能很容易或者便捷的看懂、读懂健康档案的数据..结合用户需求分析结果;医疗健康2014年产品的规划拟以“工具+社区”的建设模式来实现..以“预约挂号”作为工具;构建细分群体可进行沟通、交流健康资讯、健康知识教育数据来源主要是委办局的主办的平台网站;如A城市的智能健康网就有比较全面的数据验的社区；深化、扩展预约挂号的功能;让市民在更好实现寻医问药的同时实现与同在一个群体内对象进行沟通、交流..优化健康档案设计;探索能否让市民更容易的看懂、读懂健康档案的数据..在社区健康小屋方面;探索能否基于社区健康小屋为市民提供更具价值的服务..3功能模型3.1.1产品现状总结东方红医疗健康产品线建设了：预约挂号、体检报告查询、化验单查询、健康档案查询等功能..预约挂号实现了选医院、选科室、选医生、选号源、预约和退号的主体业务流程功能;产品功能较为单一..体检报告、化验单、健康档案查询目前只是实现的数据对接;在市民融合服务平台查看的功能;没有对数据进行运用、分析..3.1.2FY14功能模型a)面向用户1.预约挂号➢深化预约挂号功能;从医疗资源需找上进行完善;丰富就医入口;如新增按科室、按疾病进行预约的功能；➢新增就医心情分享、医生评价功能;让好医生被更多人知道；➢提供科室、医生收藏功能;让用户更方便的定位到本人所喜爱的科室、医生..➢新增健康资讯模块;可针对不同的细分人群提供健康知识学习;资讯交流、分享的功能..➢健康咨询;基于委办局已有的渠道;为市民提供向专家进行在线咨询健康知识的功能..2.健康档案查询健康档案基于普通市民的角度出发;对健康档案数据的展示做优化;让普通市民也能够看懂自己的健康档案数据..3.寻求同第三方移动医疗应用的合作主要定位是“在线诊疗”应用;如：春雨医生..在线诊疗应用的用户定位群体是以20-40岁的人群为主..移动互联网医疗应用可为人们在解决一些日常小疾病时;直接在手机上就可以实现得到免费的或者付费的便捷诊治；免去了到医院就诊的繁琐就医过程..现在年轻人对于一些日常的小疾病;也越来越趋向于在互联网上寻找资源进行自诊;针对这一类人群;在线诊疗有着比较大的优势.. b)面向运营1.预约挂号➢提供所有对接医院的数据管理功能;对于数据内容不完善、不规范的医院;运营人员可进行编辑、完善..➢提供平台所有预约清单的监控、管理功能;方便运营人员进行跟踪..➢提供用户的评价内容管理功能;以便防止用户的恶意评价行为..➢提供医院预约排行、医生预约排行功能..➢提供医疗健康资讯采编管理功能;方便运营管理人员进行医疗健康资讯的采编..CMS2.我的健康小屋➢提供健康体检指标标准参考数据的维护功能..3.健康档案：不需要运营管理平台功能3.1.3产品所需数据支撑3.1.4实施路线图3.1.4.1预约挂号3.1.4.2健康档案查询3.1.4.3我的健康小屋4商业模式及运营策略4.1商业模式概述通过以市民在就医过程中碰到的、未能被解决的公共问题入手;为市民提供有实际应用价值的功能..以市民的强需求;提供具有高粘性的功能..4.2运营策略概述1.线下运营宣传;扩大应用在市民中的知名度；2.通过注册送抵用券的方式;所送的抵用券可进行网上支付；3.与政府部门合作;推广全民健康体检优化活动；。

市场需求文档MRD模板

4.1.1 流程图
【如果功能点流程较复杂，可以结合流程图来进行说明。如果流程简单，可以裁剪】
4.1.2 页面布局
【由TS或UE或其它部门提供的模板页面，如果没有，此项可以裁剪】
4.2 功能点2
描述功能点类型：新增、旧有功能升级、Bugfix 优先级：• 高、中、低
4.2.1 流程图
【如果功能点流程较复杂，可以结合流程图来进行说明。如果流程简单，可以裁剪】
五、其他说明
5 其他问题说明
此处应该标明此版本上线后可能带来的风险以及应对措施；对其它部门是否有影响，是否涉及广告、ue等非pm和rd部门的工作。 •
放映结束感谢各位批评指导 Review
4.2.2 页面布局
【由TS或UE或其它部门提供的模板页面，如果没有，此项可以裁剪】
4.3 产品非功能性需求
【包括性能需求、可维护性需求、可靠性需求、安全性需求等，对各项质量属性的解释说明如下：性能需求：包括时间特性要求、系统容量要求等；可维护性：包括易分析性、易变更性等要求；可靠性：产品在规定条件下使用时保持规定性能水平的能力；安全性：产品在规定的使用环境中实现可接受风险的能力；安装性：产品在规定环境中安装卸载的能力；非功能需求也可以和功能需求合并在一起进行描述。如果没有此项，可以裁剪】
2.4 用户使用场景
• 常用用户特征（年龄 • 性别 • 出生日期 • 收入 • 职业 • 居住地 • 兴趣爱好 • 性格特征） • • 用户名称(张三，李四，王麻子) • • 用户技能（熟练使用电脑办公，对常用的智能手机应用谙熟于心） • • 与产品相关特征 • – 电子商务产品 • • 购物习惯 • • 年度消费预算等 • – 交友类 • • 是否单身 • • 择偶标准 • • – 游戏类 • • 是否喜爱3D游戏 • • 是否有同类型游戏经验等 •

MRD市场分析需求文档

MRD市场分析需求⽂档MRD-市场分析需求⽂档2020-09-21演讲⼈⽬录01.⽬的&汇报对象：02.⽂档内容03.正⽂说明01⽬的&汇报对象：⽬的&汇报对象：⽬的：通过⼤量的数据来说服公司的领导和同事，帮助该产品的⽴项以获得公司资源⽀持。

汇报的对象：本部门Leader、公司中⾼层、市场&销售、运营&商务02⽂档内容⽂档内容1、⽂档说明（标头+版本）壹2、⽂档正⽂（⽤户分析、市场分析…..产品需求分析）贰⽂档内容xx项⽬MRD汇报⼈：xx1、⽂档说明（标头+版本）时间：2018.1.1版本记录：1、⽂档说明（标头+版本）xx项⽬MRD1、⽂档说明（标头+版本）汇报⼈：xx1、⽂档说明（标头+版本）时间：2018.1.1版本记录：03正⽂说明正⽂说明01①⽬标⽤户群正⽂说明0502⑤⽤户场景分析2??⽤户需求痛点1.⽤户分析04034??⽤户特征3??⽤户动机1.⽤户分析0102①⽬标⽤户群有着共同动机⾏为⽅式1.⽤户分析等待时间长01选择性少022??⽤户需求痛点孤独031.⽤户分析放松动机01刺激动机02关系动机033??⽤户动机发展动机04实现动机054??⽤户特征特点⼈⼝统计信息性格爱好需求特征⾏为频率习惯消费1.⽤户分析⑤⽤户场景分析正⽂说明⽬标市场市场规模01022.市场分析市场现状市场前景03042.市场分析⽬标市场市场现状⽐如我们需要考虑熟⼈社交还是陌⽣⼈社交；现在整个市场是怎样的，市场处于蓝海还是红海；3124市场规模市场前景市场体量有多⼤，能做出多⼤的估值和市值；分析市场发展的趋势。

正⽂说明市⾯上的直接竞品有哪些？间接竞品有哪些？01从竞品背景、产品定位、企业愿景、⽬标⽤户分析、竞品数据分析、产品分析。

023竞品分析运营及推⼴策略、盈利⽅式等⽅⾯进⾏分析。

033竞品分析正⽂说明0102031、产品的定位2、产品的核⼼功能3、产品结构图、信息结构图4.产品需求分析0405064、产品路线图5、产品的功能性需求6、⾮功能需求4.产品需求分析3、产品结构图、信息结构图1、产品的定位4、产品路线图2、产品的核⼼功能5、产品的功能性需求6、⾮功能需求感谢聆听。

标准MRD模板【范本模板】

MRD市场需求文档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非功能需求【包括性能需求、可维护性需求、可靠性需求、安全性需求等,对各项质量属性的解释说明如下:性能需求：包括时间特性要求、系统容量要求等；可维护性:包括易分析性、易变更性等要求；可靠性：产品在规定条件下使用时保持规定性能水平的能力；安全性:产品在规定的使用环境中实现可接受风险的能力；安装性：产品在规定环境中安装卸载的能力；非功能需求也可以和功能需求合并在一起进行描述.如果没有此项，可以裁剪】6其它问题描述【1、此处应该标明此版本上线后可能带来的风险以及应对措施；2、对其它部门是否有影响，是否涉及广告、ue等非pm和rd部门的工作.如果没有这两项，可以裁剪】7附件【和MRD相关的各种附件，例如模板页面等.如果没有，此项可以裁剪】。