产品思考:MVP的正确使用方式

文/ 何沧 2018-10-12 378阅读 评论(4) 6个赞

产品思考:MVP的正确使用方式

我曾常在与朋友们交流中提起这句话:麻雀虽小,五脏俱全。

它指的是——

不论你打算做目标多远大的、多复杂的事情,你都可以建立一个最小可行性的模型先跑起来,这个最小模型只保留核心的、最精准的、最具特色的,但是基本完整的几个组成部分——如果连它都屡战屡败,那么后续环节就不必再尝试了,以此将试错的各项成本置于可控范围。

这个方法在PM领域有一个专业名词与之对应:MVP(Minimum Viable Product),即最小可行性产品,一种为采取聚焦策略的初创公司,或成型公司推出新的产品所量身打造的方法论。

MVP的概念简单易懂,说它是产品的初始版本、1.0版本都可以,对于没有创业经验或商业常识的人来说,因为想法繁杂、无从选择,MVP的概念常常能获得一语惊醒梦中人的效果,但在产品圈子却是基础中的基础,或许因为太过基础,反而没有几个人能用对。

我自己就经常用错、用得稀里糊涂、用得后知后觉,身边95%以上的客户甚至我们自己公司,都在MVP上跌过无数个跟头,所以有必要进行一次专题思考,用作彻底梳理。

典型的MVP设计过程

先来看看,一个典型的MVP产品是如何诞生的。

题目

一道经典的腾讯面试题:QQ的MVP

1998年,QQ当时还叫Oicq,开始规划,1999年2月推出Beta1,这是QQ的第一个公开版本,因为各种原因……优先实现3个特性,怎么选?

  1. 卡通头像

  2. 不可窃听安全通讯

  3. 聊天室

  4. 很小的.exe安装包文件

  5. 皮肤Skin

  6. 速度超快,0.5秒反应

  7. 聊天记录管理器

  8. 语音

  9. 视频

  10. 看谁在线上

  11. 传文件

  12. QQ表情

题目解读

通常上面的场景会发生在产品整个过程中的开始阶段,决定着产品未来的走向,重要性不言而喻,尤其后续还需推动其实现,需争取整个大团队的认同并达成一致,因此有逻辑且深入地分析得出结论(选出3个)必不可少;更进一步,在选取Beta1的3个功能特性之后,其他的特性如何安排,也就是产品后续的规划,也值得考虑。

值得说明的是,这类题目通常没有标准答案,但会有相对比较好的方案,这就看整个思考和分析的过程,这个过程对产品经理核心分析能力的提高很有好处。

分析与解答

本质上是在排列优先顺序,解决步骤:

  1. 分析信息:分析题目和选项

  2. 确定标准:列出所有标准,然后对标准按优先级排序

  3. 选项排序:逐一应用标准进行排序

上面过程是一个逐步收敛、逐步达成共识的过程。

具体过程如下:

1. 分析信息

(1) 分析题目

1998年,QQ,当时还叫Oicq,开始规划,1999年2月推出Beta1,这是QQ的第一个公开版本。

上面这句话的几个关键词及其对应的解读及补充信息如下:

(2) 分析选项

2. 确定标准

(1) 标准范围

先看对用户和公司的价值,再考虑可用性、可行性,逐步分析来梳理出这些备选标准。

(2) 标准排序

按通常的逻辑:产出(核心价值、能被感知)投入(实现成本)比高,再辅助其他标准,整理如下:

3. 选项排序

根据上面确定的标准,对各选项进行排序;为了区分选项,可将每个标准分成几档(一般为2-3挡),将差别不大的选项归为同一挡以方便分析,来补充前面的表格:

按优先级逐个使用上面的标准,先使用标准I(核心价值,即与人聊天)

继续使用标准II(用户感知)

继续使用标准III(实现成本),这个标准可以和开发同事讨论获取相关信息,在讨论之前也可以根据经验做个初步判断:

最后使用标准IV(替代方案):

上面过程是为了方便理解,所以分析过程写得很详细,工作中应用时可酌情简化。

至此,从中选前3个(1、3、10),得出题目问题的答案;当然,之后各期也知道如何规划了。

特别说明:不论是自己思考还是和大家讨论都应该是个逐步收敛的过程,不同标准及选项分析会形成不同结果(比如近些年频发安全问题,那么当把安全性作为重要考量时,<2>就会被选出来),以上内容也不是标准答案,只是MVP设计的一个示例。

不要忽视“可行性”

文首提到,多数公司死在MVP上——在我个人观察中,80%的PM没有上述这么理性的推理过程,20%的PM确实有推理,而且很专业,但大都会在用户需求分析上埋下隐患,就像我在《如何洞察用户的真实需求?》提到的:客户不是要买电钻,而是要买墙上的那个洞。

一开始错,则步步错,“错得很菜”和“错得很专业”,没有本质区别。

MVP并不意味着先设计车轮,而是利用最少的资源来设计代步工具,是否根本的解决了用户的交通问题。

下图解释得再清楚不过了:

你想造一辆车?太棒了。那让我们开工吧!具体怎么做呢?先来做几个轮子,然后其他的轮毂、车架子、车身、然后发动机等等。这样做是不是有什么问题?要完全把车做成我们想要的样子可能需要太长的时间?那能不能先做一个滑板,然后来一个滑板车,再升级成自行车,接着摩托车,最后才变成我们想要的汽车?

这个过程会不会比之前更长呢?是的。但这个是不是可行性更高呢?当然!

MVP 不一定是一个产品,它更是一个过程

于是,新的观点来了。

其实,MVP不一定需要是一个产品,只要是可以被用户想象的,就可以拿来去验证假设。

现实中的产品MVP一定会经历很多次的试错。我们来聊聊一个具体的例子:

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


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

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

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

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

或者你使用了最先进的技术开发了即时通讯功能,却发现你的用户用微信解决沟通问题,而且他们也不想整天拿着手机回复信息。

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

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

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

  1. 最大胆的假设是什么?

  2. 最容易验证假设是否成立的方法是什么?

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

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

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

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

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

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

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

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

现在可能是找到合适的市场策略。你不可能去世界上每家饭店和老板见面。最容易验证假设是否成立的方法是什么?你的 MVP 可能是一个minisite(宣传单页),用来描述你的产品是干嘛的,展示你们已经做过的饭店网站,并且如果浏览网站的人对此感兴趣,就让他们提供联系方式。然后你可以在微博、微信朋友圈、百度或者Linkedin上买广告,增加minisite的曝光,然后看看有什么效果。

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

1.0版本是最低完成度但足够让人惊艳的产品

随着新的时代到来,新的技术不断涌现,对普通人来说,移动互联网根本就不是什么新奇的东西了,电子商务也不是,各种免费的社交APP就更不是了。

在好几年前,那时候恰逢涌现了一大批新的技术,一个30岁左右的潜在用户,刚刚开始在家里接入互联网,至于智能手机,在普通人群里也还远没有普及,但是现在什么都不一样了。

一个十几岁的孩子,他用的智能手机的计算能力是美国宇航局四十年前阿波罗11号飞船系统的10万倍。

技术革命的大踏步前进,消费者哪怕学得不够快但也在不断的进步和不断学习。

当用户习惯了一个类型的产品最基本的功能以后,它会希望所有的新的产品都要有这样的功能。

这是什么意思呢?比如市面上新出了一款社交类的app,用户一定会希望它能够把在这个app上的活动分享到其他的社交app上,不管是微博还是朋友圈、QQ等等,就是这么简单的道理。

如果你的产品连这么简单的功能都没有,人们会觉得这个产品很差,也不会怎么去关注它。这不是他们期望中的产品。

当我们在考虑一个产品的发展(不管是实体的还是网站,还是app等等),我们不应该只问自己”这是我能让这个产品可行的最基本的形态么?“,这个一开始看起来好像是对的问题,但是当我们抛出以下的问题时你会发现现在都没办法这么做了。

重要的是整个市场一直在改变。在这之前,我们脑子里想的就是在产品上线前产品只要基本功能可以用就行。先能用,再好用。而这在前几年,移动互联网刚刚兴起的时候是没有问题的,那时候的用户对各种互联网产品的了解和使用都很有限,要求也不高,但是现在不一样了,现在的用户接触了大量的互联网产品,对各种产品的要求越来越高,我们必须能给用户更多的惊喜,一些遵循用户的使用习惯但又让人眼前一亮的东西。

下面这个图就能说明这个问题:

这两个产品的界面有啥不一样呢?他们展示的都是一样的内容。两个都有:头部以及雇佣的各种信息(名称,日期,公司,类型,薪资)。

但是对用户和消费者来说,右边得产品相对来说更可靠和更吸引人。

这个虚构的 app 的目标用户是18-36岁的群体(男女都有),他们知道如何使用在线搜索工作的功能,他们可能已经用过其他的一些求职软件比如智联,拉钩,前程无忧等等。

如果在2018年,我们应该打算如何用一款新上线的中等品质的产品和我们的竞争对手竞争,尤其是竞争对手的产品已经经过数年的运营和优化,而且已经有了成千上万的用户基础?

我们不仅仅要在产品的功能、运行的速度以及流畅性上去和其他产品竞争,同时也要在设计上花很多心思,因为用户的心中已经存在了“一个求职类app该是什么样子”的既有印象。

真正的竞争其实是通过我们的产品给用户提供更好的体验。

一个更好的体验是包含方方面面的,功能,性能,流畅度和设计。这些都是和其他app正面竞争中必不可少的。8年之前,没有什么标准或者设计模板,所有的一切还在探索。

最后一个简单的例子,比如你想上线一款新的社交型 app,用户会希望这个产品是没有搜索栏,聊天系统以及点赞和收藏系统的么?不会,因为大家早就对社交型产品有了既有的认知。

这就是为什么当新发布一款产品时,仅仅做到足够快、能用是完全不够的,应该是要做到尽可能让人感到惊艳。我们要打造的是一款能让用户体验后觉得够好的产品,这样我们才会有机会在市场中立足。

在我们现有的资源条件下,我们不仅仅要做一款可行的产品,而是需要去做一款体验足够好的产品。

总结

用“丑媳妇总要见公婆”来总结本文非常恰当:

  1. 我们要列出自己对于媳妇的最重要的几个要求:女的、我对她有感觉、我能接触到她,其他都暂时不考虑。确定这几点后,先寻找几个潜在目标,再以此为基础慢慢补充其他条件;

  2. 如果只是为了应付过年期间长辈们的盘问,你或许需要反思是否真的需要交一个女朋友,也许“租一个”就能解决问题,省时省力省成本;

  3. 好吧,我真的想交一个女朋友,于是我开始扩大目标或者相亲,将目标与自己在第1点中罗列出的要求逐个比对,哇,这个妹子不错,虽然不符合我某几点要求,但也是可以接受的嘛,我追!追不到?不存在的,一口气列出100个约会方式,大胆假设、小心求证;

  4. 带回家给爸妈看看,她事先买了一堆礼物,爸妈打开门一看,哟,这孩子真懂事,快进来快进来!

所以,PM圈子里单身狗真不多,情商高又逻辑强呀,哈哈。

转载无限欢迎,但请注明作者「何沧」和原文地址「https://hecang.net/info-58-8933.html」。
如需商业转载或刊登,请联系作者获得授权,感谢您对作者版权的尊重。

© 2018 HeCang 湘ICP备16007463号-1作品版权证:M20170706114133022

公安机关备案湘公网安备 43019002000291号