干货 | 一步步教你如何用MVP开发产品、验证想法

MVP

1 MVP的4大关键步骤


围绕用户验证,我们要核心说一说MVP——Minimum Viable Product,中文就是最小可行性产品。MVP都包括哪些关键步骤呢?总共有四步!

第一步,首先要找出你最需要验证的一个问题,这里面的重点是:只验证一个问题,而不是两个或多个。你需要用常识来判断其他的问题,例如之前提过有流量就能变现,这个不需要验证。你只需要验证你最吃不准的“一个问题”!

第二步,针对这个问题设计一个最简单、最有效的MVP,推给核心用户去体验。记住任何MVP都是有成本的,所以和验证这一问题无关的功能,一定不要出现在MVP中,要把做MVP的成本降到最低。

第三步,做数据收集、亲自体验,然后再次访谈。埃里克·莱斯的《精益创业》只讲了数据收集,并没有讲后两点。但我认为后两点,也就是亲自体验和再次访谈更为重要。数据并不能代替你的亲自体验,并不是数据好就是真的好,因为数据很容易被“修饰”。

第四步,也就是用户验证的最后一步就是验证假设。通过前面的MVP、数据收集、评估,以及你自己的切身体验,你要对之前验证的问题下一个结论,也就是这事到底有没有得到验证。如果验证成功,那么恭喜你,你可以大刀阔斧地开干了!如果验证不成功,也恭喜你!你用了两天的时间避免了两个月甚至两年的错误。

在美国有一个公司叫Groupon,是团购网站的鼻祖,相当于美国的美团。Groupon在2008年就成立了,那时候还没有团购网站的概念,大家想想,如果你是第一个做团购网站的,你最想验证什么?其实对Groupon来说,是要验证两端的需求。第一个是用户端,用户会不会在网上买一个打折券。这个相对容易判断,从常识上来说下载一个优惠券儿,能省10美金,直觉上用户是愿意买的。

所以更需要验证的是另外一端,也就是商家那边。通过团购券,给商家带来了流量,但因为团购的毛利很低,所以商家没什么赚头。所以未来这些人会不会重复到店消费,这个才是关键。

那么如何做这个需求验证呢?传统的方法呢,是几件事:1、我要先做一个网站 2、这个网站得有很多商品的分类,所以背后必须有一个内容管理系统 3、我还要支持网上能够直接购买电子优惠券,所以要搞定网上支付系统。4、你还要跟线下的商家做好IT对接,消费者在你这儿买的优惠券,是否真的拿着券到商家去消费了,你得有个对账系统,这样方便跟商家结算。

正常是这样的流程,但如果是做MVP,你要思考你到底想验证什么?你是想验证你能不能做网站么?肯定不是。你是想验证网上的支付系统么?当然也不是,亚马逊已经替你验证了,你其实最想验证的是商家愿不愿意接受这个事儿,也就是通过团购到底能不能帮他们招揽生意。

所以和验证这点没关系的功能一概不要做。那么精益的方法到底应该怎么做?首先做网站这件事,Groupon在起步的阶段压根儿就没做,人直接放在博客里面,受众呢就是博客的粉丝。而且他们也不做分类、不做内容管理系统。他每天只团购一个产品,也不做网上支付,用户手动通过PayPal付款。支付后,Groupon再手动把优惠券生成PDF格式,直接发电子邮件给客户。

最后一点更绝,不做对账系统。人根本不在乎打印出来的PDF优惠券,到底有没有真实的到店消费,而是默认在我这买了打折券的人都会去。其实你即使没去也无所谓,无非就是给店家多结算了点钱。但我不用做对账系统了,这是不是极大的简化了流程,能更快的验证团购这件事儿可不可行。

这样简化下来,大家发现原本2个月的工程量,我两天就干完了。而且验证了我最想验证的事。再说说迅雷这种公司应该在初始阶段应该怎么做MVP吧,还是回到那个问题:我们做迅雷到底想验证什么?注意:迅雷要验证的东西跟上面的几个例子是不一样的。之前几个验证的是用户有没有这个需求,但迅雷不是要验证需求,因为下载这个需求对我们来讲是常识。我们要验证的就是迅雷最创新的P2SP算法,到底能不能比别人快10倍!

所以我们只做下载这一个功能,BHO和下载管理根本不做。而且下载也只能下载一个任务,而且只支持HTTP。这时候大伙儿可能会问了:如果没有浏览器的支持,怎么新建下载任务呢?太简单了,我们提供一个对话框,你把下载的URL从浏览器里拷出来,再贴在对话框里不就完了么。

大家注意:MVP面向的都是最核心的用户,你如果真能快10倍,大家并不在乎手动复制和拷贝一下。可以看到,通过一个非常简化版的MVP,我们只用了三个星期就验证了三个月才能验证的东西。那么事实真的是这样么?当然不是,我们在创办迅雷的时候,和大家一样也都是创业上的菜鸟,各种方法也都试了个遍。当然让我重来一遍的话,我一定会用最精益的方法来做。

精益产品行动手册

简单访谈无法抓住用户痛点,产品开发周期过长无法跟上市场变化,辛苦拉来的用户留存和活跃度低,如何破局?Runwise为您准备了《精益产品行动手册》,助您利用最小可行产品和及时客户反馈进行新产品开发,快速验证出产品用户的Aha moment!

下载报告

2 验证假设


讲完这些MVP案例,应该会有一些感觉了吧?MVP之后接下来干什么呢?接下来是三件事:数据收集、亲自体验和再次访谈,目的是来验证假设,评估一下我们做的事情是否真正可行。

先说数据收集,会有漏斗式、切片分析、A/B测试、灰度测试等多种方法,重点讲一下灰度测试。灰度测试其实很简单,假设你这个产品已经有一些用户了,那么现在上一个新功能,但不确定这个新功能,对大多数人是否有价值,还是很鸡肋,甚至有时候大家可能很不喜欢,特别是涉及到商业化的地方。那么怎么验证呢?最简单的方法就是筛选少量用户,给他们升级到新版本,其他的用户呢还用老版本。

提前部署两套环境,通过小范围的验证,确保新功能广受好评时,再全面的更新。这个就是灰度测试。而讲到数据收集,企业管理一定要避免KPI导向。这点不论是对创业公司,还是做内部创新的大公司都极其重要。

胡适有一句名言,“历史是任人打扮的小姑娘”,其实KPI更是。你要什么KPI,底下人就能给你做什么KPI。无论是用户数、留存率甚至是收入和利润,都会出现道高一尺魔高一丈的现象。所以要时刻注意到这一点,KPI是手段,不是目的。除此之外,我还特别想强调的是,数据只是辅助,绝不能代替你的亲自体验。创业公司的CEO必须是首席产品经理,一定要亲自体验和关注自己的产品。其实要说创业企业的CEO做到这点并不难,因为你总共就这么一件事,你必须得关注。难得的是等公司做大了,你作为CEO还能非常关注产品。这个就很难得了。马化腾就是一个典范,他几乎把腾讯所有的产品都非常细心的体验过了。

在数据收集、分析和我们亲自体验之后,还有一个非常重要的步骤,那就是要再去做用户访谈。这时候的用户访谈依然很重要。为什么?因为第一,数据有可能是做出来的,显得很好,但其实不是那么一回事,有必要再找用户访谈和验证一下;还有一点原因就是你自己不是核心用户,你需要了解核心用户的真实想法。

那MVP后的用户访谈,主要谈什么呢?第一个是要了解,通过MVP是否真正解决了用户的问题。然后用户是否愿意为此付费,价格能不能接受;第一天注册进去的用户,为什么第二天会流失;用户为什么来了不注册?第一天来了,第二天为什么不来?都需要通过用户访谈去刨根问底。

原文来源:行走荒野

系列文章