MVP

再谈最小可行性产品

在上周写的《如何验证 NICHE 市场的有效性》这篇文章里,我有简单的谈到最小可行性产品(MVP)这个概念。简单用一句话解释就是,使用最小的代价来验证需求的真实性。

举个简单的例子,如果你打算做一个电商网站,那么在项目的初始阶段,MVP 仅仅只需要包含最核心的商品与商品支付功能即可,其他的内容可以什么都不要做。这么做的目的主要有两个:首先,便是用最快的速度验证产品的市场需求,看看到底是真实需求还是伪需求;然后,才是节省成本,毕竟上传核心产品、网站搭建、与布局装修最多一天时间便能解决。

可是,现实中很多人都在本末倒置。就拿我身边的案例来说,去年年底有个朋友想做一个外贸 B 端询盘站点,产品是我们泉州这边最常见的鞋服(之前一直做平台)。

起初我的建议是,只做一个单页,并在单页上加询盘表单,服务器都不需要买。再在单页上,用较大篇幅去描述核心产品与公司的核心优势。这些做完之后,直接用最精准的流量去测试这个单页的转化率,花点小成本收集第一手数据。如果前期的反馈还可以,再花大成本去建网站并快速迭代。

可是,这位朋友好像不太听劝,不仅花大价钱购置了网站基础设施,还请了第三方代运营公司去帮他建站,产品罗列了一大堆,吭哧吭哧干了一个多月。至于结果我并不是很清楚,最近也没详细聊,只看到上个星期他发了条生意不好做的朋友圈。

拿这位朋友举例子,并没有批评的意思。我只是想单纯说明,其实在我们身边,类似于我朋友这样的案例真的很多。先是在脑海中臆想一个需求(或者是自有工厂),然后想当然觉得自己的产品能完美解决用户需求,最后在没有充分调研的情况下,大干快上。

大干快上真的没错,但是在此之前,你得首先搞明白:

☆ 你是怎么发现的用户需求的?

☆ 你发现的用户需求是真实的吗?

☆ 你通过什么手段去验证用户需求的真实性?

☆ 你的产品真的能满足用户的需求吗?

☆ 你怎么验证你的产品能满足用户的需求呢?

要搞明白这些问题并不难,但是得有数据支撑,得形成逻辑闭环。所以这也是为什么我如此推崇 MVP 理论,并推荐给你的原因。

MVP
MVP

再多说几句,最近在浏览资讯的时候,发现了一个有趣的新视角,那便是最大可行性产品,刚好与最小可行性产品相背。讲的是最小可行性产品,在迭代时往往收不住,产品功能开始变得臃肿。于是乎便产生最大可行性产品这个视角,对产品所服务的场景设置最大边界,然后不断聚焦打磨核心功能。

这算是对产品功能开发的一种克制吧。

给产品设置边界,确保后续的功能都围绕核心需求展开,并且将团队精力聚焦在核心功能上。当然,这种『大处着眼,小处着手』的做法,对整个团队的功力要求就不是一点半点了。

OK,最后欢迎大家与我一起讨论独立站运营的经验,如果你有意掘金海外流量,不妨加入我的知识星球看看,三天无理由退款啊。

知识星球
知识星球

欢迎与我微信沟通。

WEIXIN SCALL

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注

滚动至顶部