说熟悉，是因为作为一个互联网从业者，我或多或少听过这个词。很奇怪是因为你真的知道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可能得不偿失。如果只交易一次，如果一开始做不好，以后可能就没机会了。

但是用最小的成本去验证和猜测，还是适用的。以硬件为例。量产之前有试玩设计，小规模生产，小规模人群销售。全部验证OK后，再进行量产和大规模营销。

我对MVP的理解其实是思维模式的转变，从我是对的到我怎么知道我是对的？

在想法被验证之前，尽可能的保留改动，然后想办法验证你的想法，具体来说:

我如何证实或证伪我的想法；

如何降低试错成本；

如何提高试错的成功率；

怎样才能不出门尽可能多的尝试？

这种MVP方法不仅适用于产品设计，也适用于其他许多领域。

以上就是由优质生活领域创作者 嘉文社百科网小编 整理编辑的，如果觉得有帮助欢迎收藏转发~