傆型实践之七 – 最小可行产品(MVP) 1


Steven G. A和Burley J在1997年5月的《Research Technology Management》,第40卷 #3的16-27页中提到 – “3000个想法 = 一个商业成功”。

idea-business
对于创业项目来说,未来有太多的不确定性。对于产品经理以及产品开发团队来说,首先第一步要回答的问题是“做什么?”。上个星期拜访了一个这样的创业团队,看到了产品排期表(其实就是开发计划)。令我吃惊的是,尽管这还仅仅是一个想法,但是整个想法已经十分“完美”和全面。产品经理提供了包含高保真设计的详尽PRD文档,整个产品模块会有六大区域,分为前台和后台,后台提供详尽的配置功能。可是万一这个“美好的想法”只是一个幻觉怎么办?做得越多,设计得越详尽,制造出来的还是个“完美的”垃圾,这是巨大的浪费。

系统化思维以及管理学家Russell Ackoff说到 “It’s better to do the right thing wrong, than the wrong thing right”.

令人庆幸的是还是有一位勇敢的产品经理,提出了一个“赤裸裸的”设计。把所有的检索以及配置全部干掉,只给客户一个列表,甚至没有排序,没有分页,发布出去看看是否有人感兴趣,然后根据客户的兴趣来演进产品的功能设计,极其高明的作法。真正吸引客户的是列表中的内容,而不会是因为列表提供很多检索功能。

Eric Ries在精益创业中提出了最小可行产品(Minimum Viable Product, MVP)的概念。MVP其实就是推出一个功能上极其简陋版本,但是可用的版本,从而可以用较少的投入直接从客户那里收集数据,从而决定下一步的产品方向。而这一概念与推出傆型的初衷不谋而合,所以MVP也可以算是傆型的一种。

与另外两种傆型 – “仿真门”和“看门人”相比,打造出MVP需要投入一部分工作量。但是MVP产品可以提供更多,更深层次的客户交互信息。

适用情况
在以下情况下可以考虑使用MVP傆型:
通过“仿真门”、“看门人”、“匹诺曹”以及其他傆型对于市场以及客户问题有一定的了解之后,需要通过客户与可工作的产品的交互获得更深层次的信息时可以考虑使用MVP傆型。
不必要的顾虑:
很多产品经理和团队对于推出MVP版本会有顾虑。万一用户觉得我们的产品不够完美,因此溜之大吉怎么办。其实这种担心完全没有必要,有两个主要原因:
特定用户 – 首先尝试使用MVP版本的用户很多是粉丝级别的用户,粉丝级用户更关心的是他们的问题是否能够得到解决,哪怕是部分得到解决。粉丝们还会十分热衷于给出很多建议和意见,真正让产品变得完美。粉丝们还热衷于做推销员。真正在乎产品功能“完美性”的其实是大众客户,大众客户的特征是从众,与媒体渠道相比,他们会更相信身边的朋友(我们的粉丝)推荐。
持续响应 – 从用户心理上来说,与一下子给出一个“完美的”版本相比,不断地根据用户的要求持续调整产品功能,会给用户更大的满足感,他们会感觉自己是真正的主人,从而变得更铁。

扫描二维码分享这篇文章吧:

QR:  傆型实践之七 – 最小可行产品(MVP)

One thought on “傆型实践之七 – 最小可行产品(MVP)

发表评论

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


6 − = 一