《市场需求文档mrd模板》由会员分享，可在线阅读，更多相关《市场需求文档mrd模板（29页珍藏版）》请在金锄头文库上搜索。
1、市场需求文档MRD,公司名称 ： 产品名称 ： 文档创建日期 ：2016年4月13日 创建人 ：* 创建人联系方式 ： 部门 ：电商部 职务：产品经理,文档基本信息,文档修改记录,一、市场分析,就互联网而言，可以从以下（但不限于）几方面来选择性表述： 产品方面（例如：产品形态复杂，用户体验差） 技术方面（语音压缩技术不成熟，外资搜索引擎对中文理解不够深刻） 运营方面（产业链偏下游，重实体，轻线上，造成瓜分线下旅行社利润，形成对立） 用户方面（用户需要可替代产品尚未出现，需求明显） 商业模式方面（金山毒霸和360安全卫士的商业模式对比） ,1.1 现在市场存在的问题与机会,市场规模（多少钱，成功
2、可能大不大，往往是正比，但不绝对是，具体问题具体分析） 市场特征（现有市场表现出的典型特征） 发展趋势（未来2-5年的发展评测，搜索市场的语音搜索，苹果的Siri，体感便携设备：谷歌眼镜， 苹果iwatch） 时间边界（这个市场的持续时间预估） ,1.2 目标市场分析,得到一个比较有市场商业价值的结论,1.3 市场分析结论,二、用户分析,（一般划分维度：年龄段，收入，学历，地区） ,2.1 目标用户群体（找准）,所谓特征,及时在这个群体下面的共性特点与非共性特点（分析）,2.2 目标用户特征, 常用用户特征（年龄 性别 出生日期 收入 职业 居住地 兴趣爱好 性格特征） 用户名称(张三，李四，
3、王麻子) 用户技能（熟练使用电脑办公，对常用的智能手机应用谙熟于心） 与产品相关特征 电子商务产品 购物习惯 年度消费预算等 交友类 是否单身 择偶标准 游戏类 是否喜爱3D游戏 是否有同类型游戏经验等 ,2.3 建立虚拟用户角色（形象化）, 常用用户特征（年龄 性别 出生日期 收入 职业 居住地 兴趣爱好 性格特征） 用户名称(张三，李四，王麻子) 用户技能（熟练使用电脑办公，对常用的智能手机应用谙熟于心） 与产品相关特征 电子商务产品 购物习惯 年度消费预算等 交友类 是否单身 择偶标准 游戏类 是否喜爱3D游戏 是否有同类型游戏经验等 ,2.4 用户使用场景,结论 ,1.4 用户目标（读
4、懂表象，明确实质）,结论 ,1.5 影响用户的主要因素,三、产品说明,产品有越做越复杂的可能，但在一定时间内，定位决定了产品的一切 产品定位与市场定位是有区别的,但经常容易混淆: 市场定位:我们对用户或者用户市场的选择,例如:手机发烧友,白领,或者移动通讯设备市场 产品定位:我们用什么样的产品满足用户或用户市场,例如: 陌陌，一款基于地理位置的移动社交工具 C，为产品经理们提供学习交流的平台，并专注于此 QQ空间，一个异步信息分享和交流的平台，是QQ这种同步通讯工具的补充。 用户定位的描述： 针对什么目标群体，做什么事情，用最本质的，无修饰的语言表述: ,3.1 产品定位,3.2 产品核心目标
5、（产品本身要达到什么一个目标）,互联网产品的核心目标,往往表现为要解决目标市场（目标用户）一个什么问题 这个问题分析的越透彻,产品的核心目标也就越准确 确立好核心目标,不会使我们产品推进的过程中迷失. 例如： 360安全卫士:解决用户使用电脑的安全问题 微信:在最早的阶段,微信的核心目标是工具类的,为用户提供流畅语音沟通的移动应用 通常来说，解决核心目标的工作优先级是最高的 产品任务，很多应该是围绕核心目标来开展 这里就要隐身出来一个问题，即产品经理对于用户需求与产品核心目标关系的拿捏,3.3 产品整体结构,产品的市场定位，产品定位，核心目标的直接表现,如果能配合 流程图 与简单的主要页面 线
6、框图 就更好了，更清楚，更明了,3.4 产品发展路线图,产品路线图是产品成长中的每个任务节点组合而成，是以任务为导向的时间节点图,四、功能详述,描述 功能点类型：新增、旧有功能升级、Bugfix 优先级： 高、中、低,4.1 功能点1,4.1.1 流程图,【如果功能点流程较复杂，可以结合流程图来进行说明。如果流程简单，可以裁剪】,4.1.2 页面布局,【由TS或UE或其它部门提供的模板页面，如果没有，此项可以裁剪】,描述 功能点类型：新增、旧有功能升级、Bugfix 优先级： 高、中、低,4.2 功能点2,4.2.1 流程图,【如果功能点流程较复杂，可以结合流程图来进行说明。如果流程简单，可以
7、裁剪】,4.2.2 页面布局,【由TS或UE或其它部门提供的模板页面，如果没有，此项可以裁剪】,【包括性能需求、可维护性需求、可靠性需求、安全性需求等，对各项质量属性的解释 说明如下： 性能需求：包括时间特性要求、系统容量要求等； 可维护性：包括易分析性、易变更性等要求； 可靠性：产品在规定条件下使用时保持规定性能水平的能力； 安全性：产品在规定的使用环境中实现可接受风险的能力； 安装性：产品在规定环境中安装卸载的能力； 非功能需求也可以和功能需求合并在一起进行描述。如果没有此项，可以裁剪】,4.3 产品非功能性需求,五、其他说明,此处应该标明此版本上线后可能带来的风险以及应对措施； 对其它部门是否有影响，是否涉及广告、ue等非pm和rd部门的工作。 ,5 其他问题说明,
