为什么这样推行MVP策略的创业公司都挂了?

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

相同的故事发生了一遍又一遍。首先,一个团队有了一个想法。

然后,他们创造了一个 MVP(最小可行产品),花了很多时间决定是否要添加某个功能。最后,如果 MVP 获得了成功,他们就打算继续把产品打磨的功能更完整、稳定性更好。

gule

这样做有什么问题吗?为什么采用这个策略的初创公司都挂了呢?

问题在于这些团队都没有真正理解 MVP 的精髓。 MVP 不仅仅是一个功能不完善的产品,也不仅是一种把产品更早推向市场的方法。事实上,MVP 都不一定是个产品。MVP 并不是你只要经历一次就可以了。

创业者们认为 MVP 是怎么回事儿

1

图:创业者们认为 MVP 是怎么回事儿

MVP 是一个过程,而且你要一遍一遍地经历这个过程:提出最大胆的假设,找到最容易的方法验证假设是否成立,然后用实验结果来校准。

做产品的时候,你会有很多假设。你假设自己知道用户的需求是什么,他们喜欢什么样的设计,应该采取什么样的市场策略,用什么架构最有效,如何持续的盈利,哪些法律和规定是必须遵守的。不管你有多厉害,总有一些假设是错的。问题在于,你无法在事前知道哪些错了。

在对 100 多家失败的初创公司进行事后分析时,CB insights 发现导致创业公司倒闭的首要原因(占比 42%)是「没有人需要」。接近一半的初创公司已经花了几个月甚至几年的时间才搞清楚:没有人需要他们的产品。

搞清楚是否有人需要你的产品的唯一方法,就是把你的产品尽快推向市场。当你这么做了之后,你很可能发现你需要重新来过。事实上,你很可能需要一次又一次地重新开发产品。

2

图:MVP 究竟是怎么回事儿

并不只是开发产品是这样,当你写一本书或者论文,你都要写很多版草稿,并且花很多时间来编辑。当你写代码的时候,你需要经常重构或者甚至重写所有代码。每个创造力工作者,都需要大量的试错。

在一个需要不断试错的世界中,谁能先找到错误,谁就能笑到最后。有些人给这种观点起名叫「fail fast」。在 TripAdvisor(猫途鹰),我们称之为「以速度取胜」。Eric Ries 叫它「精益创业」,Kent Beck 和其他一些程序员叫这种观点是「敏捷开发」。不管叫什么,这种观点的核心是尽快从真实的用户那里获取反馈,搞清楚你的假设哪些是错的。

不管你是做产品、写代码,还是做一份市场策划,你都应该问你自己两个问题:

  • 最大胆的假设是什么?
  • 最容易验证假设是否成立的方法是什么?

MVP 是一个过程

我们来聊聊一个具体的例子。

你决定开发一个产品,饭店老板可以很方便地用这个产品为自己的饭店做一个 APP。这个产品的交互简单,只用拖拽即可,有很多预置的模板,有日历、简报、签到、相册、即时通讯等功能,并且集成了点评网站、社交网络和谷歌地图。最重要的还是,它有订座、外卖和优惠券的功能,你可以通过这些功能来盈利。这个产品真是太棒了!

如果是典型的创业公司,你会找朋友加入你的创业团队,并且融到一笔钱,然后闭关 12 个月,努力实现上述的所有功能。如果你稍微懂行的话,你会在第一个版本砍掉一些不必要的功能,这样你用 8 个月就可以发布 MVP.

在上述情况中,你将注定失败。

原因是什么呢?大部分你所做出的假设都可能是灾难性的。

你花了数个月的时间为你的用户做了个移动应用,但是他们可能只想要网站能适配移动端,这样顾客可以在 Google 上更好地找到饭店的网站。

或者你使用了最先进的技术开发了即时通讯功能,却发现你的用户用邮件解决沟通问题,而且他们也不想整天坐在电脑前回复信息。

或者最糟糕的情况是,饭店老板压根不想麻那个烦,对于使用科技产品和维护应用一点兴趣都没。

等待数月才能得出这些关键的结论实在太久了。最好的情况是浪费了很长的时间;最差的情况是你的公司就挂了。Peter Drucker 说过,用很高的效率做无用功,是最没用的事情。

让我们尝试把 MVP 当做一个过程的方法,看看这样做是否会更好一些。我们会迭代产品,在每个阶段都会问:

  • 最大胆的假设是什么?
  • 最容易验证假设是否成立的方法是什么?

在最开始的时候,最大胆的假设可能是:饭店老板需要移动应用。

因此,最早期的 MVP 可以是移动应用的原型 —— 甚至你可以在饭店纸巾上画一个。去和饭店老板聊聊,问问他们在使用科技产品时遇到了什么问题。他们是否已经有应用了?如果没有的话,为什么没做呢?他们想要一个应用吗?他们对科技产品有多在行呢?他们了解饭店应用的好处吗?把你的原型给他们瞧瞧,搞清楚这样的产品是否能解决他们的问题。

可能你会发现饭店老板对于开发应用没什么兴趣。这有点丢人,但好消息是你所花费的不过是几个小时而已,而节省了几个月的开发时间。另一方面,你可能会发现饭店老板虽然对应用没什么兴趣,却想要简单地撘一个网站。你还是有所进展的!

但是这样还没完,你必须重复这个过程,来开发你的下一个 MVP。

现在,饭店老板最有可能为网站买单。最容易验证假设是否成立的方法是什么?开发下一个 MVP 时可以先做几个静态网站,看看那些饭店老板反馈如何。他们喜欢这样的网站吗?这样的网站是否已经有了?他们愿意花多少做一个这样的网站?

可能一聊到钱的问题,你就会发现饭店老板并没有那么感兴趣。好消息是你只用几天的时间就了解清楚了,而不是浪费几个月的时间来开发。

或者你发现饭店老板愿意花钱做网站。然后他们付钱或者给你支票,让你来做网站。产品发布之后,告诉饭店老板如果需要更新信息就给你发邮件。是的,这个阶段需要大量人力劳动;不,这样无法规模化。然而当你还是小公司时,不要为了做的事情无法规模化而担心。有规模化的问题是件好事,因为那意味着你做的事情值得规模化。

但是与此同时,你需要重复 MVP 过程。

现在可能是找到合适的市场策略。你不可能去世界上每家饭店和老板见面。最容易验证假设是否成立的方法是什么?你的 MVP 可能是一个着陆页,用来描述你的产品是干嘛的,展示你们已经做过的饭店网站,并且如果浏览网站的人对此感兴趣,就让他们提供邮件地址。然后你可以在 Google、Facebook、Twitter 或者 Linkedin 上买广告,增加着陆页的曝光,然后看看有什么效果。

如果潜在用户不肯给你邮件地址,他们也不可能给你的产品付钱。比起重写整个产品,写几段话然后放上几个图片要容易得多。越早发现问题,你就越能节省时间。

总而言之,这就是 MVP 过程。不管你是在做产品设计、市场策划,还是在写代码,都需要问:

  • 最大胆的假设是什么?
  • 最容易验证假设是否成立的方法是什么?

 

作者@Jim    译者@刘韬

来源@我这一辈子(微信公众号:wo_zheyibeizi)

  收藏

本文被转载4次

首发媒体 人人都是产品经理 | 转发媒体

随意打赏

提交建议
微信扫一扫,分享给好友吧。