MVP与精益创业

专为互联网人打造的365天成长计划,500门视频课程随便看,构建你的产品、运营知识体系。查看详情

你来决定什么是最小的,用户来决定什么是可行的!

2014年,财富杂志发表了一篇文章,他们对101家失败的创业公司进行了“验尸”,其中42%的创业公司的失败是因为他们的产品缺乏与之相对应的市场 (product market fit)。创业公司烧了几个月的钱做了一款市场上并不需要的产品。那么是不是说明了大部分的创业者都是空想家?如何正确的聚焦在帮用户更容易的凿“洞”,而不是错误的聚焦在工具上?

那么应该如何使用最少的成本跟相对短的时间来验证产品的有效性?

我第一次接触MVP这个概念是因为工作关系,后来是通过Eric Ries的《精益创业》这本书。MVP=Minimum Viable Product,意思是最轻量级的可行性产品。实质上是指利用最少的资源来得到最大的回报,这里的回报指的是经验证的认知 (learning)。  MVP往往用来测试idea的product market fit,你的解决方案是不是有人愿意买单。我们的假设是,如果证实了MVP解决了用户与商业问题,那么团队将开始在此基础上build成熟的产品。但是,首先你的产品要通过“安全检验“。

MVP并不意味着先设计车轮,而是利用最少的资源来设计代步工具,是否根本的解决了用户的交通问题。下图解释的再清楚不过了,随处可见的一张图。

不同的观点来了。其实,MVP不一定需要是一个产品,只要是可以被用户想象的,就可以拿来去验证假设。并且,测试产品是否具有product market fit只是其中的一个目的,所有的一起都是为了获得经验证的认知。

硅谷有一个杯子蛋糕“cupcake theory”的理论,说的是当我们想要卖一种蛋糕时,要先使用较少的原料跟时间来做出同种口味跟外型的cupcake,为了就是收集用户对它的口味跟外型喜好相关的数据。

开发MVP产品之前,最重要的任务就是团队要想清楚需要验证的假设 (Hypothesis)是什么?如何定义是成功的实验 (Success Metrics)?数据上面如何表现才能算是成功?这个是我所认为的产品开发之前的最最重要的部分,没有之一,因为这一方法会让你理清思路,否则产品开发无异于在搭建空中楼阁。 一个没有被仔细思考定义过的假设还不如没有假设。 Hypothesis格式我就不在这里张贴了,网上可以找得到。

好了,举几个利用MVP来验证假设的例子。

人工最小化可行产品(Wizard of OzMVP)

Wizard of Oz?绿野仙踪?这种测试指的是由一名产品团队人员代替系统,向用户做出反馈。

Zappo的创始人Nick为了证实人们有网上购买鞋子需求的想法,在一开始先到当地的专柜去拍鞋子的照片放到网上,如果有人下了单,他就跑去店里购买。这样,他一开始并没有仓储的压力,也不需要投入成本去搭建一个真正的电商平台。在这个过程中,Nick可以观察到真实的用户在购买当中出现的问题。在用户看来,只要产品能工作,他们并不在意其背后是否是通过纯人工的方式在运作。Zappos 最终成为了一家很成功的电商,2009年它被Amazon 以12亿美元的价格收购。

当年亚马逊搞出Echo也是使用了这个方法去了解用户会问什么样的问题和期望得到答案的速度。当用户问出任意一个问题,躲在另一个房间的程序员就会立即在Google上搜索出相应的答案,以不同的速度发送给用户。被测试的用户还以为是软件做出的反应。在研发团队了解了用户的相关行为以后,立刻决定投入到下一个阶段的产品开发中。

登录页(Landing Pages)

Landing Page是用户看到的第一个页面。Buffer在最早期制作了一个登录页,但是与很多公司不同的是,创始人Joel并没有只关注于注册转化率这些数字,而是在用户提交了email以后,立即开始了与用户的进一步沟通,目的在于了解产品是否真正的解决了用户的问题,如何更好的改进产品。因此,他将登录页当作是一种从用户那里获得认知的手段,learning才是第一生产力。

还有很多其他的方法我就不一一的介绍了。

MVP是一个不断被重复的过程。

那么,即使知道MVP理论,为什么还会有那么多的初创公司失败?实际上,这些初创公司可能并没有了解MVP的精髓。MVP并不意味着是砍掉了一半功能的产品,就如我们前面提到的,它根本就不一定是一个可使用的产品。现实中的产品MVP已经会经历很多次的试错。“敏捷开发”与“精益创业”都离不开了快速试错与获得新的认知。

上图中出现了三个概念:value – 价值;benefit – 利益; feature – 功能。 最成功的MVP是问自己如何验证我的value proposition (价值定位),我的产品的价值定位是否符合了用户的价值定位?而不是简单的问自己我应该build什么功能,只是丢一堆工具给用户。

写在最后

毫无疑问,为了一个合理的最小化可行产品你要付出很多努力,最小化可行产品能提供的不仅仅是解决方案,更重要的是它能暴露出的问题。你来决定什么是最小的,用户来决定什么是可行的!

(题图由作者提供)

 

作者:Unicat,微信公众号【WOW7DUX】,毕业于清华与美国伊利诺伊理工,现工作于Booking.com的移动端设计师,7年以上的用户体验设计经验。

本文由 @Unicat 原创发布于人人都是产品经理,未经作者许可,禁止转载。

打赏也是一种认可
5人打赏
评论
有话不说憋着难受!
  1. 这篇文章里value – 价值;benefit – 利益; feature – 功能的那个图非常精彩,不知来自那篇英文原作?

    回复
  2. MVP最好的例子就是微信。http://www.jianshu.com/p/4a3ad98ccb9a

    回复
  3. 写的真好,正在学习pm课程

    回复