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是否真正解决了用户的问题。然后用户是否愿意为此付费，价格能不能接受；第一天注册进去的用户，为什么第二天会流失；用户为什么来了不注册？第一天来了，第二天为什么不来？都需要通过用户访谈去刨根问底。
0 thoughts on “领先实践 | 掌握这4大设计步骤，一步步教你如何用MVP开发产品、验证想法”
非常实用的MVP开发指南，对于初创企业来说尤其有帮助。