市场需求文档MRD的必要性

临近年关,公司战略调整以及部门整合如火如荼,我受命整理产品部门标准文档和各类流程规范,着实头痛。先说说产品调研以及MRD。

通常一个新产品创意的诞生有两种情况:

首先是领导拍着脑袋想出来的。老板是公司战略的制定者;而高级管理层为了实现公司战略,需要给出未来新产品的开发方向;随后产品经理根据产品方向针对具体产品做出相应的规划。这个过程通常在中小互联网及软件公司中非常常见,碍于时间成本和人工成本,创业型公司甚至就是光杆司令既是战略的制定者也是产品的设计者。优点是敏捷高效,能够第一时间插入目标市场;缺点是风险高,可控性低。

其次是市场部门经过数据的研究和科学论证得出的。市场部门以公司战略为基础,通过对SWOT分析及对公司目标用户的研究,结合当前互联网行业发展,为公司产品提供方向。通常由销售人员、产品人员以及用户数据提供支持。这个过程在中等以上规模公司比较常见,虽然高层管理也需要参与决断,但并不对研究方向起主导作用。这种方式优点是科学、准确、可行性强;缺点为反应缓慢笨拙。

当然,老板为了证明拍着脑袋想出来的是正确的,有时候也需要市场提供相应的决策支持数据,而后产品人员进行需求调研和产品设计,两者相互纠结的情况是最多的。MRD(Market Requirements Document)文档就是市场部门经过调研后针对市场需求撰写的“市场需求文档”。

也就是说,市场需求文档MRD解决了“为什么做”的问题(因为市场认可,能赚钱!),而接下去的产品需求文档PRD解决了“怎么做”的问题(用户研究,需求整理,线框图,DEMO…)。虽然通常一份MRD对应一份PRD,但也可能一个产品无法满足市场的所有需求,根据一份MRD产出多份PRD也是有可能的。当然,关于文档范围,可以根据实际情况灵活掌握,毕竟MRD和PRD只是工具。没有最好的,只有最适合的。

在模式成熟的技术导向型互联网公司中,MRD并非为产品生命周期里的必须产出物。更多的是产品总监、产品经理与高层领导共同研究后直接决定开发产品的。“为什么做”的问题已经在沟通和协调中解决了,跳过了MRD文档而直接由产品部门产出PRD文档。特别是内部需求产品,是可以完全无视MRD的;而直接面向用户的产品,也可以通过需求调研或者用户角色模型等方式,对产品可行性进行分析,并表现在PRD中。

目前,有的公司将MRD交予UED(user experience design)部门做,意义在于可以更好的满足用户体验,实际上我并不赞同这种方式。UED的精髓在于更好的满足用户,使产品流程更加通畅,设计更加人性化,用户体验的思想可以贯穿产品设计的结构层、框架层、表现层,但是,MRD是需要从战略层就开始介入的(没有市场分析的战略没有任何意义),解决了产品范围层“为什么做这个而不作那个”的问题,而MRD的着力点在于市场能否认可和产品能否赚钱,而非如何使产品更加人性化这样的用户体验。所以由市场资深人士或老板牵头,UED或者产品经理参与的MRD才能更好把握市场需求,为产品的成功奠定基石。

最后,给大家提供一个MRD文档的模板:》》点击这里直接下载PFD格式的MRD文档模板!!《《

分享到:
  1. 有权利拍脑袋做事的人最后都免不了拍屁股走人,把麻烦留给不能走的人

  2. Pingback: 最人性的,就是最好的 - 左岸读书_blog