把MVP变为A/B测试

MVP是最简可行化产品，举个例子，如果你想开发个汽车，很复杂，但是你不知道用户会不会买单，如果他们不买，岂非很惨，于是你用木头做一个轿子，让他自己动，模仿汽车的核心功能，看看用户买不买单。

MVP测试是用很小的成本测试产品是不是靠谱，很多公司都用MVP找到了自己牛逼的方向，比如爱彼迎，一开始用人工测试自动回复的可行性，比如一个在印度做洗衣店的，先把洗衣机拉到卡车上各个地方摆摊测试。

他们最终验证了猜想的合理性，后来加大投入，一炮而红。

所以很多人心中的MVP的路径是这样的：

一个猜想——最简化测试——验证可行性——加大投入一炮而红。

然而凡事有阴有阳，有成功就有失败，一旦在验证可行性那里不成功，整体的路径会变成什么样的呢？

一个猜想——最简化测试——验证可行性——不成功——？

很多时候，大家会选择再换一条路，如果还不成呢？

以上其实是创业的常态，很多时候就在这种不断换路中打磨了斗志，消耗了金钱，最终就不了了之了。

所以，MVP虽然很好用，但是他是建立在一个基础上——你的假设要靠谱。

再来说A/B测试，A/B测试是什么？

A/B测试是说两个方案，拿出去让用户看一看，最终哪个选择的多，定哪一个。

比如网页上的按钮放在哪里，广告投放，还有文章的题目，很多时候都会用A/B测试来验证。

A/B测试的前提其实也是需要一个基础——你的A/B至少有一个要靠谱。

如果把MVP变为A/B测试，那么路径是怎么样的呢？

方案A——最简化测试——验证可行性——加大投入一炮而红。

或者

方案A——最简化测试——验证可行性——不成功——方案B——最简化测试——验证可行性——加大投入一炮而红。

由上面可以看出，把MVP变为A/B测试有一个极大的优势——就是永远有B计划，而不是失败了之后继续从头猜想。

=======分割线========

所以，我们在做MVP的时候，要着重考虑两个点：

1、尽可能地让假设靠谱；

2、永远有B计划。

所以破局点课程可以解决了这两个问题：

1、它是基于一个逻辑推演模型，不断的假设验证，让你的猜想更靠谱。

2、他给出的都是会是几个答案，最优的，其次的，再次的，能给你几个相对靠谱的结果，一个不成，不用从头开始拍脑瓜。

以上是我在我的角度解释这个把MVP变为A\B测试，也是我们这个课程想给到大家的其中一个思考路径。