MRD,英文全称Market Reqirement Document,市场需求文档.该文档在产品项目过程中属于”过程性”文档.
MRD主要是产品项目由准备阶段进入到实施阶段的第一文档,其作用就是对某个产品进行市场层面的说明,这个文档的质量好坏直接影响到产品项目的开展,并直接影响公司产品战略意图的实现.MRD在产品项目中是一个承上启下的作用,向上是不断积累的市场数据的一种整合和记录,向下是对后续工作的方向说明和工作指导.
MRD撰写,从以下几个方面着手:
- 项目背景
- 名词解释
- 可行性分析
- 综合描述(功能描述+对其他产品的影响)
- 功能描述(功能需求+功能点)
- 其他问题描述
MRD核心,侧重的是对产品所在市场,客户,购买者,用户,以及市场需求进行定义,并通过原型的形式加以形象化.
需要避免的:
- 根本没有MRD的思想,许多企业把产品经理归为技术端,因此,在现实中许多产品经理的产品文档只是侧重功能描述,而对基础性的市场缺乏足够认识和记录;
- 把MRD和PRD混为一谈,MRD是PRD的基础,PRD是MRD在产品功能上的具体化;
- 照搬国外的MRD模版,来源于何处不知道将去向何处也不知道,无头无尾,一个被割裂的文档.
PRD,英文全程Product Requirenment Document,产品需求文档.该文档是产品项目由概念化阶段进入到图纸化阶段的最主要的一个文档,其作用就是对MRD中的内容进行指标化和技术化,这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能.
PRD在产品项目中也是一个承上启下的作用,向上是对MRD内容的继承和发展,向下是要把MRD中的内容技术化,向研发部门说明产品的功能和性能指标.
在该文档中,侧重的是对产品功能和性能(即”产品需求”)的说明,相对于MDR中的同样内容,要更加详细,并进行量化.在一些国外的公司,是允许把MRD和PRD合并成一个文档的,通常叫做Marketing & Product Requirements Document.
PRD包含的内容有:
- 该产品的远景目标
- 目标市场和客户的描述
- 竞争对手分析
- 对产品主要特征的详细描述
- 这些特征的优先级
- 初步拟定的实现进度安排
- 用例,可以比较粗略的大致描述,未必一定要UML USE CASE图
- 产品的软硬件要求
- 产品的性能要求
- 销售方式的思路.需求,也就是渠道如何.
- 技术支持方式的思路.需求
开发工具有:
- Rational Rose
- visio
- Mind Manager
- Axure
- Word
需要避免的:
- PRD无原始数据支持,只是个人经验,部门要求或者领导指示进行撰写;
- 在PRD中,只重视产品功能的描述,而缺乏对产品其它指标的说明.在一个完整的PRD中,一共需要对产品的10个产品需求项指标进行说明,分别是功能要求/开发要求/兼容性要求/性能要求/扩展要求/产品文档要求/产品文档要求/产品外观要求/产品发布要求/产品支持和培训要求/产品其它要求.
- 照搬国外的PRD模版,来源何处不知道将去向何处也不知道,无头无尾一个被割裂的文档.
MRD和PRD既然是用于产品实施之前的决策评估依据,必然对其文档的内容和格式要求直观,精炼,要点突出.作为报告的撰写者,你必须让高层明白,你的报告中将展现出怎样的商业价值,如何用有力的论据来说服企业对你这个项目的认可,并为之慷慨的投入研发资源及市场费用.如果说PRD的好坏,直接决定项目的质量水平,那么MRD的作用就是决定了你的项目的商业价值. 优秀的MRD文档,可以让决策层充分被你的报告观点所吸引,或许财务主管因为报告呈现的低投入高产出的经济效应预测而蠢蠢欲动;或许技术主管会因为项目的牵扯面广泛而头疼不已;又或许公司的VP之流因之报告而看到了未来一年业绩的飞速发展的广阔前景…
MRD需要产品经理像对待PRD一样,充分应用市场调查,用户研究,需求分析等各种设计手段来充分阐述报告的内容.基于这样的状况,显然不是一份完整的MRD标准格式规范就能搞定一切的.