产品学习笔记6—MVP产品理念

原创 2016年03月26日 12:54:08

做互联网产品,有一个很重要的特点,那就是快速变化。每天,甚至每个小时,市场和用户都在发生着快速的变化。对于互联网产品设计者来说,如何保持对变化的快速响应和应对成为了产品在市场上能否取得一席之地的关键标准。如果在传统IT时代,计算机软件产品的设计和研发是一套完整且冗长的流程,从需求分析开始,到软件设计到后面的测试和发布上线以及后期维护,一个长周期下来,短则一两个月,长则一年半载。取决于当时的时代特点,计算机软件被定义为高效的取代人工重复劳动和管理复杂事物的工具,所以,对于变化都是相对确定的,传统的瀑布式开发流程也没有什么问题。

之后,互联网的出现,计算机软件不仅仅是工具,它开始具备互动和内容属性,用户参与的程度越来越高,对用户体验的要求也越来越高,如果回过头去看十年前的计算机软件产品,基本是无用户体验可言的。到如今,移动互联网时代,一个被大众所接受的好产品,不管是推陈出新的能力还是用户体验,都成为衡量一个产品生命力的标准。在现在竞争激烈且同质化竞争严重的环境下,快速响应能力会成为一款产品的制胜要诀。而应对快速响应,有一个理论方法可以采用,那就是MVP(Minimum Viable Product),最小可行性产品。这个定义来源于精益创业(Lean Startup),如果对于精益创业不是很了解,有一本书可以推荐阅读,是美国作家Eric Rise写的《精益创业》,这本书比较详尽的介绍了精益创业的三大法宝,最小可行性产品、客户反馈、快速迭代。

关于MVP,简单的说法就是用最小的成本开发出可表达项目创意、可用且能用于表达核心理念的原型产品,功能极简而且能用于快速验证想法的最小化产品。举一个例子,现在风靡全球的文件共享产品Dropbox,当时在想法初期,其实并没有开发一个产品出来,而是采用了MVP的方法,他们制作了一个演示视频,通过视频把Dropbox的想法呈现出来然后放在网上,听取用户的反馈,很多人看到这个视频后,连连称赞,并且询问如何才能使用到这么棒的产品。此时,Dropbox在idea层面得到了验证,而且在没有写一行代码的情况下,发现了这个巨大的市场,并且让真实用户感受到了这款产品的价值。基于这个初步想法和快速验证,Dropbox才开始招募设计和研发人员,在很短的时间内将最小原型产品研发出来并快速投入市场,得到了非常好的反响,也快速积累了一批用户,而且有很大一部分用户是有付费意向的高质量用户。这个例子也是《精益创业》一书中的经典例子,体现了MVP产品理念的核心要点。

我在做产品的过程中,也时刻遵循着MVP的理念,特别是对于业务型产品来说,符合业务发展节奏,对产品节奏的把握很重要,在正确的时候做正确的事。我做的互联网医疗类产品属于业务型产品,和用户型产品不一样的是,业务型产品需要考虑业务发展的能力与产品能力的匹配,比如滴滴实际上也是业务型产品,产品的发展对于司机的获取能力和服务的提升需要在节奏上匹配起来,滴滴早期司机和乘客都不多的时候,产品如果做一个积分商城其实是没有意义的,反而让司机快速注册并使用,让乘客快速打车并完成线上流程的功能才是属于最小化可行产品范围内的功能。

做MVP其实是需要化繁为简的能力,抓住本质核心,把关键路径上的节点做好后再去做细节分支。而往往很多时候,人都有求全的心理,觉得没有这个会怎样,没有那个会怎样,而实际却是不会怎样。比如,产品早期,当我们做登录功能时非得把忘记密码也做上,其实是没必要的,试想一下,第一个版本里如果没有忘记密码功能,会有什么问题?其实什么问题也没有,第一个版本里用户刚刚完成注册并登录进产品,这时还处于产品的初期体验中,忘记密码的可能性是很低的,在符合人类记忆曲线的前提下,在适当的时候,比如说马上要发的第二个版本里加上忘记密码的功能。这样,我们在第一个版本的开发中,就可以把原本耗费在忘记密码功能上的资源解放出来,投入到更重要的地方去。权衡一下你的产品,问问自己哪些功能是这阶段不需要的,砍掉,剩下的就是MVP了。

做MVP考验的是化繁为简的能力,把关键路径上的节点抓住,符合业务和用户发展的节奏,在恰当的时候推出对应的产品功能。不做多,做对!

Never let yourself regret


我是Ryan,前非著名移动开发者,现不知名产品经理,互联网医疗创业公司PM,我记录着我的记录,微信公众号:ryantang007

版权声明:本文为博主原创文章,未经博主允许不得转载。

MVP架构

1.Android mvp 架构的自述 2.如何更高效的使用MVP以及官方MVP架构解析 3.Android中的MVP模式,带实例...
  • ChengFuture
  • ChengFuture
  • 2016年06月02日 14:12
  • 352

android之MVP架构一

android界一直流传着这样一种架构–MVP!What, Most Valueable Player?!NO,NO,NO! 此MVP非彼MVP,打篮球的还搞不懂android的。那么MVP架构到底是...
  • shangming150
  • shangming150
  • 2017年09月14日 11:13
  • 173

什么是最小可行产品 MVP?

最小可行产品(Minimum Viable Product,简称MVP)是一种避免开发出客户并不真正需要的产品的开发策略。该策略的基本想法是,快速地构建出符合产品预期功能的最小功能集合,这个最小集合所...
  • wushxian
  • wushxian
  • 2014年12月19日 15:35
  • 8205

快速验证产品价值 -- MVP(最小可行产品)

1. Always a choice:一直在选择          最近跟市场的同学进行交流,发现他们最兴奋的事情就是:choice(选择)。市场变化很快,往往每一个选择都影响着之后的战略部署。 ...
  • minidrupal
  • minidrupal
  • 2014年05月25日 22:43
  • 2875

阉割版和MVP

最近公司正在做一个新的产品。主要的目的是采用分销模式,任何人都可以利用微信朋友圈进行分享并获益。 这个产品分为B端,也就是分销商使用的app和C端-分享后用户在朋友圈点击链接看到的H5站点。 在设计B...
  • fenglvming
  • fenglvming
  • 2016年04月21日 15:08
  • 250

android项目框架MVP

MVP 全称:Model-View-Presenter ;MVP 是从经典的模式MVC演变而来,它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理,Model提供数据,...
  • H291850336
  • H291850336
  • 2017年02月28日 16:21
  • 341

PLM基本概念收集

1. PLM是什么? 2. PLM能干什么? 3. PLM如何使用? 4. PLM如何用编程语言实现?     ERP:企业资源规划系统 SCM:供应链管理系统 CRM:客户关系管理系统 PLM:产品...
  • oscar999
  • oscar999
  • 2011年09月01日 11:39
  • 1750

产品-项目型适配式系统开发之一:理念和设计

在系统开发过程中,尤其是涉及到系统集成性软件开发过程中,我们经常会碰到类似这样的场景:团队中已经有一个产品化的软件系统,但该软件系统需要按照项目型进行实施,而每个项目由于面向不同客户在某一些产品组件上...
  • lantian08251
  • lantian08251
  • 2014年11月25日 14:15
  • 1124

MVP模式在携程酒店的应用和扩展

前言 酒店业务部门是携程旅行的几大业务之一,其业务逻辑复杂,业务需求变动快,经过多年的研发,已经是一个代码规模庞大的工程,如何规范代码,将代码按照其功能进行分类,将代码写到合适的地方对项目的迭代...
  • aaa333qwe
  • aaa333qwe
  • 2017年06月06日 15:10
  • 1533

MVP架构初体验

转载请注明出处:http://blog.csdn.net/magic_jss/article/details/52144019; 是否对越来越多的业务需求感到力不从心,是否对越来越臃肿的代码感到反感...
  • MAGIC_JSS
  • MAGIC_JSS
  • 2016年08月07日 23:44
  • 956
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:产品学习笔记6—MVP产品理念
举报原因:
原因补充:

(最多只允许输入30个字)