MVP VS MLP

什么是MVP?

MVP(Minimum Viable Product)可以理解为「最小可行产品」,就是一个产品只包含了最精简的,用户最需要的功能。就像古人需要知道大概的时间,戳一根棍在地上,看着棍的影子心里就大概有个数了,这根棍就是MVP。

MVP的好处是什么?

我们在构思一款产品时,心里往往会有很多想法,尤其是开启了头脑风暴模式时,更是五花八门,简单罗列起来可能就有几十条,那么如何对这些想法进行取舍呢?

首先需要一个目标:这个产品要解决的用户痛点是什么?围绕这个点去考虑哪些想法是可行的,哪些暂时不可行,但将来会可行,哪些跟目标完全不相干等等。这个目标就像磁铁一样,把最相关的功能点都吸引了过来,这样就会产生一个MVP。

比如想做一个专门拍猫的App,要解决的问题是:为猫奴们提供一个专门的互动平台。然后就可以罗列功能点了,比如是否需要按猫的品种分类,是否需要讨论区,是否可以拍视频,是否需要滤镜,是否需要分享到社交网络,是否可以赞,是否可以发表养猫日记,是否可以对照片/视频评论等等。

此时会发现,好像这些功能点都跟目标有关系,那是不是需要一下子都做出来呢?不,不要这样。

Spotify Product Design

最开始要验证的一个想法是:用户会不会对这样的平台感兴趣?毕竟可以分享的平台那么多,所以这是最需要验证的。一下子上太多功能,对用户来说是会有压力的。所以最开始可以针对「猫」这个特点去做些文章,比如拍照时,可以选择猫的种类,可以按猫的种类或颜色进行筛选等等。毕竟这是区别其他平台的一个很重要的点,然后可以加上最基本的社交功能,比如「赞」。再结合几个功能点就可以出一版了。

接下来,看用户的反应和使用习惯,再从中找出问题,进行下一版的完善。

所以MVP的好处是可以避免花了大把的时间去做一个产品,结果放出来后发现没人用这种尴尬的局面。

MVP的问题在那里?

MVP的问题在于少了情感,而人偏偏又情感丰富而细腻。想象一下,如果「Her」里面,萨曼莎的声音像机器人那样,其他都不变,西奥多还会对她那么情有独钟么?不会,因为尽管说的话一样,但机器人的声音让我们有「距离感」,而这种「距离感」会时刻提醒别人,我只是一个机器,我跟你们不一样,我只是一堆硬件和软件的产物,这样就不容易让使用者产生愉悦感。

就像在「下厨房」之前,有很多的类似的网站,但当「下厨房」出来之后,很多人都转向了它,除了界面干净整洁,使用方便外,「有爱」也是一个很重要的因素。那句「唯有美食与爱不可辜负」抓住了多少人的心啊。

所以就引出了另一种模式:MLP。

什么是MLP?

MLP(Minimum Lovable Product)「最小可爱产品」(总觉得怪怪的),是在MLP的基础上注入了情感元素,看下面这张图片。

左边的蛋糕只是一个蛋糕,是一个可以充饥的食品,可能味道还不错。右边的也还是蛋糕,但会觉得「萌萌的」,拉近了与客户之间的距离。如果味道差不多,价钱也差不多,你会选择哪个?

其实很多人都想做一款体贴的产品,但最终放弃了,因为它太难了。

上层的压力

Boss会关注项目的进度,何时能够完工,为什么进度这么慢等等,如果顶不住压力,就容易产生「就这样吧,先把功能实现了再说」这样的念头,而这样的心态是很难做出一个MLP的。

自己对产品倾注的情感不够

有些产品经理对待产品,会觉得这是上头交代的任务,那么我完成就好了。然后就开始寻找类似的App去体验,去找灵感,然后找出几个符合当前产品的表现形式或交互,凑在一起就基本完成任务了。

工程师们的压力

有时我们确实倾注了感情,也确实在原型图上有所体现,但到了工程师这里往往会遇到些困难。因为这些「锦上添花」的东西,往往看着挺小,但代码上的改动会比较大,如果工程师内心觉得这是个「没什么用」的功能,就会想出一些理由来说服你,说到最后觉得:哎,那就这样吧。

所以有爱的产品不多,但「有爱」是可以带来很多好处的,为了这些好处,也值得花时间去雕琢。

即使犯了错,也会更容易得到谅解

同样是被踩了一脚,如果是被好朋友踩的,笑笑就过了,如果被陌生人踩了,虽然也没什么,但也会略显不悦。

用户愿意再给一次机会,相信它会改进,会变得更好,毕竟对它有感情。

更容易形成部落

大多数的产品都是针对某个人群开发的,越有爱,就越容易形成部落。部落就是忠实的用户群。部落的人数越多,产品经理和公司的其他员工的存在感和满足感就越强烈。

所以,要做出更好的产品,向着MLP出发吧。


--EOF--

若无特别说明,本站文章均为原创,转载请保留链接,谢谢