如何从MVP验证你的创意? - 91运营网

如何从MVP验证你的创意?

发布者: 91运营  1871

系统学习运营课程,加入《91运营网VIP会员》,开启365天运营成长计划>>

如何从MVP验证你的创意?

本文提到的MVP,不是竞技体育中的MVP,也不是王者荣耀中的MVP,而是产品设计中的一种验证方式——最小可行性产品(Minimum Viable Product)。

说它熟悉,是因为作为一个互联网从业者,或多或少都听说过这个词。

说它陌生,是因为你真的了解MVP的核心思想么,真的在用这个方法么。

不知道大家有没有类似的感受,当年上学的时候,有的题不会做,老师一讲自己就听懂了,然后感觉自己就会了,结果下回这道题换个变式,就又不会了。

一听就知道,这属于知识,不知道就不知道,知道了就知道了。

一做就不会,这属于技能,知道怎么做,但不一定能做好。

比如学习游泳的时候,你看了很多游泳技巧,各种换气方法,但不一定会游泳,你需要泡在水中,反复练习这些方法,直到学会。

知识和技能之间的鸿沟在于技能要不断的练习,直到掌握。

仅仅知道方法论是不够的,需要把它内化成自己的能力,在相应的场景下自然而然的知道用什么方式来解决,这也是本文的写作目的之一。

本文主要包括什么是MVP、怎么进行MVP验证、一些发散的想法这几部分。

一、什么是MVP

先来看两个案例。

当你有个做二手电商平台想法的时候怎么做,直接去开发个App,做推广投放么?

多抓鱼是一个二手图书电商平台,会收一些书在平台上卖,我最近在多抓鱼上买了几本书,也卖了几本书,整体的感受还不错。

简单说下我观察到的多抓鱼,最早的时候他们只有个公众号,后来做的小程序,再后来做的App。

在一次分享中,多抓鱼的创始人说早期的时候他们是先拉微信群把用户聚集在一起,通过Excel把卖的书统计一下,再卖给其他用户。

这是多抓鱼验证MVP的方式。

你现在有个绝妙的想法,既然用户大多喜欢便宜,那我们把优惠券发给用户,给商家引流,最后从商家那里拿佣金不就好了么。

听起来很靠谱,是不是马上就去开发一个平台收集优惠券给用户,然后给商家做个核销平台,交易中心,结算中心…

有家公司是这么做的,他们先做了一个简单的网站,收集了一些优惠券,然后用PDF的方式通过邮件发给用户。

卡券的核销呢、交易呢、结算呢?人工对账。

这家公司叫做Groupon,也被称为团购的鼻祖。

通过这两个案例,我们可以看到所谓的MVP,就是通过最小可用的产品,来了解和验证产品对用户问题的解决程度,类似于下面这张图。

 如何从MVP验证你的创意?

素材来源于互联网

也就是先交付给用户一个最小可用的产品,然后根据用户的使用反馈,进行不断的优化迭代。

顺便说一下上面那张图,如果你是为了解决交通问题,那下面的路径是可行的,如果你是为了造汽车,也许上面才是正确的路径。

在产品没有上线经过用户验证之前,我们是在闭门造车,一切都只是猜想,只是假设,甚至猜想本身可能都不成立。

我们最终需要的是用户接受我们的产品,以及埋单,所以我们需要尽早知道我们是不是在正确的方向上走着,以及用户愿不愿意为我们的服务埋单。

二、怎么进行MVP验证

这部分主要是关于怎么进行MVP验证的一些想法,大体思路是猜想-验证-反馈-迭代,然后是一些常见的MVP验证方式。

1. MVP验证的流程

1)定义产品的主要目标

只有在我们认为解决某个问题是有价值的时候,我们才会想要去解决它,这是我们需要验证的猜想。

这里面有2个点需要被验证,问题本身是有价值的,以及我们的解决方案是有价值的。

那需要定义清楚的就是这个功能要解决什么人,在什么场景下的什么问题,如何解决,解决后有什么价值,方案的差异化在哪里?

2)定义用户的核心行为

想清楚为了解决这个问题,用户需要做什么事情,核心行为是什么。

3)定义产品的主要功能

为了支撑用户要解决的问题,产品需要提供哪些相关的功能,可以先用头脑风暴的形式做加法,把相关的功能都列举出来。

4)优先级排序

针对上面定义的产品功能,进行优先级排序,结合覆盖用户范围、使用频次、做了的价值,不做的问题或风险、实现成本这些来综合确定优先级。

结合一个案例来简单说下定义产品的主要目标、定义用户的核心行为、定义产品的主要功能、优先级排序这几个环节。

最近看到一个还在尝试中的互联网在线教育服务App,那产品的主要目的就是针对互联网职场人士提供优质的教学服务,同时创造营收。

对用户而言,最核心的价值就是能找到适合自己的课程,学习之后能够有提升。

那用户的核心使用路径就是:下载安装——进入App——浏览课程——购买课程——学习课程——课后练习。

为了满足用户的核心价值,产品需要提供相关的功能模块,按照个人理解的功能优先级排序如下,黄色为最高优先级:

751 如何从MVP验证你的创意?

 

以上,只是我们的猜想,需要经过用户的验证。

5)定量和定性的验证

定量验证就是通过一些数据指标来验证我们的猜想。

以上面的在线教育为例,我们需要验证的就是自然新增人数、DAU、留存、人均使用频次、时长、购买转化率、完课率、复购率这些指标。

定性验证就是通过用户调研、问卷调查收集用户的真实意见和使用感受。

2. 后续

其实就是针对MVP后续的一些计划。

假定MVP验证成功了怎么办,后续需要继续做哪些事情。

假定MVP验证失败了怎么办,可能导致失败的原因有哪些,怎么应对这些失败,有没有后手?

简单总结下MVP的整个流程:

  • 定义产品的主要目标;
  • 定义用户的核心行为;
  • 定义产品的主要功能;
  • 优先级排序;
  • 定性与定量验证;
  • 后手,成功了怎么办,失败了怎么办?

三、MVP验证的方式

一种方式是真的去做MVP,另一种方式做都不做。

真的去做MVP比如我们上面说的只做一个包含最小功能的版本,把不必要的东西全部砍掉。

又或者是先做个小型的活动试水,通过H5的方式进行验证,后续完善之后再作为常驻功能。

又或者是先通过人工的方式跑通闭环,比如多抓鱼的人工收集图书和订单处理。

又或者是先通过在小流量或者定点城市验证,然后再扩大到更多的用户群。

做都不做的方式指的是仅通过一些Demo或者宣传资料来进行验证,根本都没到生产那一步。

比如在可用性测试中,通过原型或者高保真原型来进行功能验证。

又或者是做一个图文详情页、宣传视频,根据宣传资料得到的反馈,再确定后续要不要继续做。

有的产品也会做众筹或者预售。

不管如何,这些方式都是在想办法利用尽可能小的成本,来验证猜想。

四、最后

最后想说的是,MVP虽好,但它也有自己的局限性。

首先MVP的方案可能会有些粗糙,不一定能得到真实的反馈,而且测试的样本量较小的话,也会影响结果的准确性,进而影响后续的决策。

假定后续要继续优化迭代的话,我们不一定知道是问题本身出了问题,还是问题当前的解决方案有问题,这些都需要继续尝试。

其次MVP通常适用于迭代周期短,迭代成本低,且会进行多次重复交易的模式;周期太长,很难看到你的测试结果,成本太高,MVP可能得不偿失,只进行一次交易的话,一开始没做好,后面可能就没机会了。

但以最小的成本验证猜想这种理念还是适用的,以硬件为例,在量产之前,有Demo设计,有小范围生产,有小范围人群售卖,都验证OK之后,才会进行大规模量产和大规模的市场推广。

我理解的MVP其实是一种思维方式的转变,从我是对的,转变为我怎么知道我是对的?

在想法没有验证之前,尽可能的保留变化,然后想办法验证自己的想法,具体来说就是:

  • 怎么能证实或者证伪我的想法;
  • 怎么能降低试错的成本;
  • 怎么能提高试错的成功率;
  • 怎么能在不出局的情况下,尽可能多的进行尝试?

这种MVP的方式,不仅适用于产品设计,也适用于其他很多领域。

以上,就是本文的主要内容,欢迎斧正、指点、拍砖。

#专栏作家#

王家郴 ,公众号:产品经理从0到1,喜欢网球和骑行的产品汪,目前奔走在产品的道路上,漫漫产品路,与君共勉。


勾搭小编微信号yujielin913,加入91运营官方社群,会运营的人都在这里了

加入vip会员
分享到:


扫码加入91运营社群