市场需求文档模板.docx
《市场需求文档模板.docx》由会员分享,可在线阅读,更多相关《市场需求文档模板.docx(11页珍藏版)》请在冰点文库上搜索。
市场需求文档模板
市场需求文档MRD
修订历史:
日期
版本
作者
审核人
<输入日期>
<版本号#>
<输入编写人名称>
<输入审核人名称>
说明:
“[]”标识可选内容,“<>”表示必须内容,“/”表示逻辑操作
1.介绍
1.1.文档目的
对产品进行市场层面的说明,市场需求文档关注描述市场问题、市场机会和市场需求,帮助后续进行产品需求文档和方案计划、设计。
1.2.内容概要
<提供本文简要的事实、假定和建议说明>
<提示:
这部分内容是本文完成的最后一个部分,关注每个小节中的主要内容,不要超过两页,概要相当于本文所有内容的简要版本>
2.市场问题和机会
2.1.本节目的
这部分描述市场问题和可能带来的市场机会,要求从市场层面、产品层面、技术层面来阐述问题和机会。
2.2.市场问题
<标识并证实具体的业务问题,表明有关联的市场问题>
<提示:
市场问题是目标市场的顾客、产品或技术上的问题,它是目标市场需要改变的问题。
>
2.3.市场机会
<提供明确的市场机会的详细描述,尽可能的证实这些市场机会。
记录验证和评定市场机会的假定和事实方面。
解释市场机会的内部关联性>
<提示:
市场机会是盈利的、持久的、大市场的。
MarketOpportunity=MarketProblem+Volume+Duration+EarningPotential.>
3.市场概述
3.1.本节目的
本节概要描述目标市场
3.2.目标市场描述
<描述市场>
目标市场特征
<列出并描述目标市场的主要特征>
目标市场趋势
<列出并描述市场趋势,可能包括技术、经济、政策和竞争>
目标市场细分
<通过下表定义和描述适当的市场细分,例如地域、人口、行为等>
市场细分
关键特征
目标市场时间约束
<描述影响市场导入的任何与时间相关的约束,例如季节性约束、竞争、技术过时活着其它主要事件>
4.客户和购买者
4.1.本节目的
本部分描述客户和购买者信息
<提示:
客户对产品负责,一般为管理层,例如客户方的项目经理。
购买者决定是否买产品,一般为企业高层。
而用户是直接使用产品的人,一般为操作层,将在下面小节中单独描述用户>
4.2.目标客户描述
<定义和描述目标客户的概况>
目标客户细分
<通过下表定义和描述适当的客户细分,例如地域、人口、行为等。
>
客户细分
主要特征
目标客户动机
<定义和描述客户购买产品的原因,以及为什么不购买竞争对手的产品?
>
影响因素
<定义和描述任何确定或不清晰的影响客户购买决策的因素,例如价格敏感、有选择性、文化、趋势等.>
目标客户目标
<定义和描述客户获取方案的目标,这些目标通常服务于企业的业务目标>
4.3.目标购买者描述
<定义和描述购买者>
业务决策购买者(BDM)
<列出并描述BDM>
BDM动机
<定义和描述客户购买产品的原因,以及为什么不购买竞争对手的产品?
>
BDM目标
<定义和描述BDM的目标,例如组织的改善、产能的提高或成本的减少>
技术决策购买者(TDM)
<列出并描述TDM>
TDM动机
<定义和描述客户购买产品的原因,以及为什么不购买竞争对手的产品?
>
TDM目标
<定义和描述BDM的目标,例如可靠性、易用性、继承性、可安装性、支持或可扩展性>
5.使用者和用户原型
5.1.本节目的
本节描述与市场问题和计划的方案相关的用户原型
5.2.原型特征
<对每个可能的用户原型填写一份下表>
<提示:
用户是直接使用产品的人,用户原型是虚拟的一个理想的操作产品的用户代表>
特征项
描述
原型名称
背景
技能
环境
态度
行为
目标
备注
<提示:
为了更好的解释用户原型这个概念,以下是一个网络管理员原型的一个示例:
特征项
描述
原型名称
JohnSmith
背景
37yearsoldnetworkadministrator
技能
10yearsexperience,BSEE,CCNA
环境
CorporatenetworkwithseveralserversandInternetgateway
态度
Customerfocusedattitude;passionfortechnology
行为
Monitorstrafficanddoestroubleshooting
目标
Seeksdecisionsupportandsystemauto-management
备注
Usuallywork50hoursperweek
5.3.现实需要
<描述用户原型有什么需要>
5.4.原型联系
<描述用户原型如何与客户和购买者关联,这个联系帮助确认与产品方案有关>
6.市场需求
6.1.本节目的
本节描述从市场问题收集而来的市场需求
<提示:
市场需求是市场问题的表现方面,在本文档中,要避免定义一个产品,避免提供详细的设计或实现规范。
所有的市场需求描述都需要从客户的角度来描述用户希望完成的东西>
6.2.术语和定义
<提供市场问题相关的术语和定义,这些内容可能会在市场需求描述中使用>
术语
定义
<术语>
<对术语进行描述>
6.3.功能类型
<提供一个功能特征列表,方案需要的能力,对每个需求分别描述>
属性
描述
ID
<提供一个一致格式的标识,名称前以MR开头表示为市场需求>
名称
<市场需求的简单名称,可以方便引用>
实现目标(Directive)
<指示需要完成的内容,格式如:
“用户[用户原型]<必须/期望[(高/中/低)]>能够<功能>.”>
优先级
<描述市场需求的优先级:
可以使用Kano模型来描述>
●理由(Rationales)
<提供所有可能的理由来支持这个业务需求的存在>
⏹源(Sources)
<每个理由都必须由一个源来支持。
源是一个验证市场需求的参考列表和信息来源>
●约束(Constraints)
<提供所有可能的约束,这些约束将会影响方案。
每个约束P由它自己的理由和源提供支持>
⏹Rationales
<提供所有可能的理由来支持这个约束>
●Sources
<每个理由都必须由一个源来支持。
源是一个验证市场需求的参考列表和信息来源>
用户原型
<列举所有适合的用户原型>
用例(UseCase)
<提供用例描述,可以从以下三方面进行描述:
用户做了什么导致这些问题?
现在他是怎么做的?
他希望能够怎么做来改善它?
>
购买指标
<是否为影响购买决策的指示项,是/不是/不确定>
差异化(Differentiator)
<是否与竞争对手产品有明显差异,是/不是/不确定>
>
<提示:
以下为一个市场需求示例
属性
描述
ID
MR200
名称
DroppedFlashlight.
实现目标(Directive)
Usershallbeabletofinddroppedflashlight.
优先级
CriticalFunctionality.
●理由(Rationales)
–lossofflashlightimpairscriticalnavigationalabilities
andlimitsspottingbyrescueforcein75%ofcases.
⏹源(Sources)
–RedCrossreport,2001.
●约束(Constraints)
●–terrain:
snow(onefootdeep)
●–recoverytime:
tenseconds
●–visibility:
darkness
⏹Rationales
–20%ofusershavelostflashlightinsnow.
●Sources
–USFSSurvey,2001.
用户原型
JohnPro(professionalhiker),TimEasy(weekendhiker)
用例(UseCase)
MGL.UC500(weekendtravel),MGL.UC900(wildernesssurvival)
购买指标
Yes.Buyers:
MikeSlide(SkiPatrol),JohnFire(RescueForce).
Thisisabuyingcriterionbecauseindividualsintheseorganizationsrely
onflashlightstosavelives.
差异化(Differentiator)
Yes.Functionalitynotfoundinanyothercommerciallyavailable
flashlight.
>
6.4.开发环境类型
<提供方案可能涉及的一些工程要求,例如开发工具和API接口等。
针对每个市场需求单独书写>
6.5.兼容性类型
<例如:
操作系统平台、GUI界面或支持的标准。
针对每个市场需求单独书写>
6.6.质量属性类型
<例如:
速度、可用性、容量或可扩展性等。
针对每个市场需求单独书写>
6.7.国际化类型
<适应全球市场的要求,针对每个市场需求单独书写>
6.10.发布类型
<例如:
加密方式、部署方式>
6.11.支持和培训类型
<列举需要的支持和培训,针对每个市场需求单独书写>
6.12.其它类型
<列举以上未包含的类型的市场需求,针对每个市场需求单独书写>
6.13.方案概述
<如果产品概念已经存在的情况下,可以提供方案通用的描述,包括目的和功能。
>
6.14.技术概述
<如果产品概念已经存在的情况下,可以提供方案通用的技术描述。
>
6.15.市场需求概要表
<下表是市场需求汇总表,提供一个有待解决的问题列表,按照类型和优先级进行排序>
ID
实现目标
约束
理由
客户原型
类型
优先级
7.支持信息
7.1.本节目的
本节提供文档编写时的假设、以及支持全文描述的一些参考资料
7.2.市场需求文档假设
<描述在编写市场需求文档时设定的假设。
假设会影响本文的内容的变更,所以需要在这里明确列出>
7.3.参考资料
<描述参考资料>
7.4.产品体系
<如果产品概念已经存在的情况下,可以通过架构图的方式描述方案架构>