熟悉是因为作为一个互联网从业者，或多或少听过这个词。这很奇怪，因为你真的理解了MVP的核心思想，而且你真的使用了这种方法。不知道大家有没有类似的感受。那年你上学的时候，有些题是不会做的。当老师谈到这件事时，他理解了，然后他觉得他可以。这样一来，下次你再改这个问题，就再也做不到了。一听就知道这属于知识。如果你不知道，你就不知道
熟悉是因为作为一个互联网从业者，或多或少听过这个词。
这很奇怪，因为你真的理解了MVP的核心思想，而且你真的使用了这种方法。
不知道大家有没有类似的感受。那年你上学的时候，有些题是不会做的。老师讲的时候，你理解了，然后你觉得你可以。这样一来，下次你再改这个问题，就再也做不到了。
一听就知道这属于知识。如果你不知道，你就不知道。如果你知道，你就会知道。
如果你做了，你就不会。这是一种技能。你知道怎么做，但你可能做不好。
比如你学游泳的时候，看了很多游泳技巧和各种换气方法，但是你可能不会游泳。你需要浸泡在水中，反复练习这些方法，直到你学会为止。
知识和技能的差距在于技能的不断练习，直到掌握为止。
只知道方法论是不够的，要内化为自己的能力，自然知道如何在相应的场景中解决，这也是本文的写作目的之一。
本文主要包括什么是MVP，如何验证MVP以及一些不同的观点。
一、什么是MVP
先看两个案例。
当你有了做二手电商平台的想法，应该怎么做？直接去百世网开发一个App推广？
多抓鱼是一个二手书电商平台，会收集一些书在平台上卖。最近买卖了一些关于多抓鱼的书，整体感觉还不错。
简单来说，我观察到他们最早只有一个微信官方账号，然后做了一个小程序，然后做了一个App。
多抓鱼的创始人在一次分享会上说，早期他们先拉微信群聚集用户，通过Excel统计卖出的书，然后卖给其他用户。
这是通过多抓鱼来验证MVP的方法。
现在你有一个好主意。既然大部分用户都喜欢便宜，那为什么不给用户发优惠券，榨干商家，最后从商家那里拿佣金呢？
听起来很靠谱，是不是马上开发一个平台给用户收集优惠券，然后给商家做一个验证平台，交易中心，结算中心…
一家公司做到了这一点。首先，他们制作了一个简单的网站，收集了一些优惠券，然后以PDF格式通过电子邮件发送给用户。
卡片凭证的核销、交易、结算怎么办？手动调节。
这家公司叫做Groupon，也被称为团购的鼻祖。
通过这两个案例，我们可以看到，所谓MVP，就是通过最小的可用产品来了解和验证产品对用户问题的解决程度，类似下图。
材料来自互联网
也就是说，首先将最小的可用产品交付给用户，然后根据用户的反馈进行持续的优化迭代。
对了，上图中，如果你想解决交通问题，下面的路径是可行的。如果你想造一辆车，也许上面的路径是正确的。
在产品通过用户验证之前，我们是在闭门造车。一切都只是猜测，只是假设，甚至猜测本身也未必成立。
我们最终需要的是用户接受我们的产品并支付账单，所以我们需要尽快知道我们走的方向是否正确，用户是否愿意为我们的服务付费。
二、如何验证MVP
这部分主要是关于如何验证MVP的一些想法。总体思路是猜想-验证-反馈-迭代，然后是一些常见的MVP验证方法。
1.MVP验证流程
1)定义产品的主要目标
只有当我们认为解决一个问题有价值时，我们才会想去解决它，这是一个需要我们去验证的猜想。
有两点需要验证，问题本身有价值，我们的解决方案有价值。
需要明确的是这个功能应该解决谁，在什么情况下应该解决什么问题，如何解决，解决后应该获得什么价值，解决的区别在哪里？
2)定义用户的核心行为
想清楚用户需要做什么，他们的核心行为是什么，才能解决这个问题。
3)定义产品的主要功能
为了支持用户需要解决的问题，可以通过头脑风暴的形式增加产品需要提供哪些相关功能，并且可以列出所有相关功能。
4)优先顺序
对上面定义的产品功能进行优先级排序，结合用户覆盖面、使用频率、做的价值、不做的问题或风险、实现成本等综合确定优先级。
结合一个案例，简要描述了定义产品主要目标、定义用户核心行为、定义产品主要功能并对其进行优先级排序的步骤。
最近看到一个互联网在线教育服务App，还在试用。该产品的主要目的是为互联网专业人士提供高质量的互联网学习服务，同时创造收入。
对于用户来说，核心价值就是找到适合自己的课程，学完之后再去提升。
用户的核心使用路径是:下载安装-进入APP-浏览课程-购买课程-学习课程-课后练习。
为了满足用户的核心价值，产品需要提供相关的功能模块，按照个人理解的功能优先级排序如下，黄色为最高优先级:
以上只是我们的猜测，需要用户验证。
5)定量和定性验证
定量验证就是通过一些数据指标来验证我们的猜想。
以上述在线教育为例，需要验证新增学生自然人数、DAU、留校率、人均使用频率、时长、购买转化率、完成率、回购率等指标。
定性验证是通过用户调查和问卷收集用户的真实意见和使用感受。
2.跟踪
其实是一些MVP后续的计划。
假设MVP验证成功，接下来该怎么办？
MVP验证失败怎么办？失败的可能原因是什么？如何应对这些失败？有接班人吗？
简述MVP的全过程:
定义产品的主要目标；
定义用户的核心行为；
定义产品的主要功能；
确定优先次序；
定性和定量验证；
成功，成功，失败？
三、MVP的验证方式
一种方法是做MVP，另一种方法是根本不做。
真的做MVP。比如我们上面说的，只做一个功能最少的版本，砍掉所有不必要的东西。
或者先做个小活动试水，H5验证，后续改进后再作为常驻功能。
或者手动运行闭环，比如手工收书，手工处理订单。
或者可以先在小流量或指定城市进行验证，再扩展到更多用户。
无所作为的方式就是只用一些Demo或者宣传资料进行验证，永远达不到制作的步骤。
例如，在可用性测试中，功能验证是通过原型或高保真原型来执行的。
或者做一个图文详情页和一个宣传视频，然后根据宣传资料的反馈确定是否继续做后续。
有些产品会众筹或者预售。
无论如何，这些方法都试图用尽可能少的成本来检验这个猜想。
第四，最后
最后，MVP虽然好，但也有自己的局限性。
首先，MVP方案可能有点粗糙，可能得不到真正的反馈。而且，如果测试样本量小，也会影响结果的准确性，进而影响后续的决策。
未来要想继续优化迭代，不一定知道问题本身或者问题当前的解决方案有问题，需要不断尝试。
其次，MVP通常适用于迭代周期短、迭代成本低、多次重复交易的模式；周期太长，很难看到你的测试结果，成本太高，MVP可能得不偿失。如果你只交易一次，你可能一开始就没有机会。
然而，可以验证的是，这种想法仍然适用于最低成本。以硬件为例，量产前有Demo设计，有小规模生产，有小规模销售，验证OK后才能量产，大规模营销。
我对MVP的理解其实是思维方式的转变，从我是对的到我怎(原创www.isoyu.com版权)么知道我是对的？
在想法被验证之前，尽可能地保留更改，然后尝试验证自己的想法，具体来说:
我如何确认或伪造我的想法；
如何降低试错成本；
如何提高试错成功率；
不出门怎么能尽量多试几次？
这种MVP方法不仅适用于产品设计，也适用于许多其他领域。