上周的时候,我在《阿泡说》第八期中,简单介绍了一下MMF(最小可市场化特征)和需求思考之间的逻辑关系,在群里有个朋友提了一点,能否结合MVP(最小可行产品)一起来谈MMF,我当时有些一下子没反应过来,因为MVP这个概念我以前接触过,不过也是很多年前的事了,于是我就打开我的笔记,重新翻了一下,幸运的是,发现那些关于MVP的笔记还在,因此,在本专题中,我就谈谈我对MVP的一些看法和认识,答应朋友的事,是一定要做的,当然,做的好坏,是否符合朋友的期望,那就不是我要考虑的了。

在写这个系列之前,我也大致搜了一下国内MVP相关的资料,看来看去,个人觉的多少有些问题,尽管很多文章都是所谓的产品经理写的,但是普遍存在的一个问题就是:MVP最终都会落到原型、开发、功能的快速迭代(可以归为敏捷思想)上。

也就是说,很少有文章能够从产品的“管理”这个角度来谈,当然,这也充分说明了一点,国内很多的产品经理依然限于“产品介质”设计的层面上,对于管理,似乎还没在道上。

因此,我觉决定尝试从“管理”的角度来谈谈产品管理和MVP的关系,而不仅仅是产品经理的工作(事实上,即使是产品经理的工作,也依然是不完整的)和MVP的关系。

MVP是ERIC.RIES在《精益起步》(Lean Startup,国内有翻译为《精益创业》)中的核心思想,全称是Minimum Viable Product,国内一般理解为最小可行产品。

说到这里,其实就出现了一个比较常见的问题,就是我们国内在翻译一些术语的时候,经常翻译的不够到位,尤其是这种比较专业的,带有缩写术语,如果不是某个领域内的译者去翻译,往往是很难达到翻译的要求-信、雅、达-的,同时呢,我们很多朋友只是在看译文,往往就会望文生义,因此,我个人的习惯是,如果是外文的术语,我尽量去找原文,尤其是作者的原文去阅读,这样才能有自己的认识。

那好,接下来,我们就先来看MVP的提出者ERIC.RIES自己是怎么定义这个术语的。

在2009年的时候,他曾经应邀在美国旧金山精益创业圈做过一次关于MVP的演讲,其中,他就对MVP做过一个定义:

The minimum viable product is that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort.

MVP是一个新产品的版本,它允许团队以最少的努力收集最多数量的关于客户的经过验证的知识。

那么,怎么来理解这个定义呢,这里我再简单提一点我个人的学习方式,就是无论是看到英文,还是中文的概念定义,我首先要做的是找到定义中的关键字,在充分理解了这些关键字后,对于概念的理解其实也就到位,甚至是透彻了。

那好,这个定义中有哪些关键字词呢?三个:

  • 最少的努力(the least effort)
  • 验证的知识(validated learning)
  • 最多的数量(the maximum amount)

接下来,我就说一下如何来理解这三个关键词。

1、最少的努力(the least effort)

这个关键词该如何理解呢?可能有些涉及产品设计工作比较多的产品经理会简单的理解为它指的就是能够快速展示产品想法或概念的形式,比方说做个产品原型,或者一个包含了基本功能的可发布的产品。

这些不能说错,只能说是只看到了形式,而没有看到这个关键词的本质,因此,我们才会发现有一部分产品经理把很多的精力放到了原型的制作和展示上,认为这就是通过不太费事的方式来验证产品想法。

关于这个误解,作者在演讲的时候,就提到了:

MVP, despite the name, is not about creating minimal products. If your goal is simply to scratch a clear itch or build something for a quick flip, you really don’t need the MVP.

MVP,尽管名字如此,但并不是指去创造最小化的产品。如果你的目标仅仅是抓一个明显的痒点或建立一些快速flip的东西,你真的不需要MVP。

因此,作者的原则是,必要的投入必须要有,不要认为MVP就必然是节省成本的,成本多少与否和MVP的形式没关系,而是和你要实现的MVP的目标有关系,也就是说,MVP到底在什么情况下是有意义的。

他就举了一个他自己的案例:

As I talked about in a previous interview, IMVU’s original MVP took us six months to bring to market. That was a pretty big improvement over a previous company, where we spent almost five years before launching. Yet in another situations we spent two weeks building a particular feature that absolutely nobody wanted. In retrospect, two weeks was way too long. We could have found out that nobody wanted the product a lot sooner.

正如我在之前的采访中提到的,IMVU最初的MVP花了我们6个月的时间才上市。这比之前的公司是一个相当大的进步,在上一家公司,我们花了将近五年的时间才推出。但在另一种情况下,我们花了两周时间构建了一个完全没有人想要的特征。回想起来,两周太长了。我们本可以发现,没有人想要更快的产品。

也就是说,如果MVP的目标不明确,那么,你就算是一天之内搞定一个MVP 也是没有意义的,但是,如果MVP的目标非常明确,那么,即使花数月,甚至是数年的时间也是值得的。

那么,MVP的目标是什么呢?

这就涉及到第二个关键词。

2、验证的知识(validated learning)

当然,在定义中已经说明了,这个要验证的知识是关于客户(customer)的,怎么来理解这个关键词呢,哎,要不说这种术语解释起来很麻烦,这个关键词又是由两个关键词组成的,一个是validated,一个是learning。

Validated在这里是作为形容词存在的,意思是经过验证的,是作为第二个关键词-learning-的定语存在的,我们可以这样理解,我们通过MVP要实现的目标有两个标准,一个是客户的知识,一个是这个知识必须是经过验证的。

我们首先来看,什么是客户的知识,大家不知道注意了没有,这里的知识用的是learning而不是knowledge,英文不像中文,同一个词可能有多个意思,作者既然在这里用的是learning,而不是knowledge,那说明他在定义“客户知识”这个词的时候,他是有明确性在里面的。

Learning作为名词存在的时候,是指什么呢,按照朗文的英语解释,其中一种解释是指:

the cognitive process of acquiring skill or knowledge

获得技能和知识的认知过程。

另一种解释是:profound scholarly knowledge,深厚而渊博的知识。

那么,knowledge是指什么呢?

the psychological result of perception and learning and reasoning

关于感知、学习、推理的一种心理上的结果。

当然,大家不用去琢磨这俩词的区别和联系,只需要知道,Learning强调的是知识获得过程,knowledge强调的是知识获得的结果就行了。

这样,我们就明白了作者定义的MVP的目标是什么了,就是不断通过和客户的交流、测量和分析,来实现一种我们获得关于客户对产品认知所形成的一种知识体系。

是不是有点拗口,直白点,简单点说,就是通过MVP来搞清楚客户,而这就是我们对于客户的认识,当然,最终形成的是我们的客户知识(customer knowledge,这里就可以使用knowledge了,因为这是我们通过learning得到的结果。)

但是,作者又加了Validated这个定语,其实这就指明了我们获得客户知识是有前提的,不是所有和客户有关的知识都是我们的目标,而是这些知识必须是经过MVP验证的,要么对,要么错,但都必须是明确的,而不能是模棱两可,似是而非的。

这就是MVP的目标,但是,第三个问题来了,客户的知识都包括哪些呢?

这个作者倒是没有在定义中说明,但是,这个不用他指明,咱们也知道,很多,多到你可能花很长时间才能明确一部分,这就是定义中的第三个关键词。

3、最多的数量(the maximum amount)

这个关键词的想象力就丰富了,但不会脱离两点,一个是有多少,一个是有什么,具体到产品管理上,大家的理解可能有不同的地方,当然了,如果让我来理解的话,那就是多多益善,这既包括有多少,也包括有什么。

其实,在我看来,产品管理中其实最需要关注的恰恰就是这个关键词,因为,第一个关键词说明了MVP的形式,目前来看,大家能想到的也就是那么几种,第二个关键词说明了MVP的目标,这个把握好就可以了,恰恰是第三个关键词决定了我们在MVP上的工作的广度和深度。

如果你认为MVP就是验证一下产品的功能、体验是否可用和好用,那么,有个原型测试一下就搞定了,而你能实现的目标也不过就是想着如何把不好用的功能进一步改进,但是,如果你认为MVP要带给你的是整个产品在业务、商业上的促进,那么,你可能要思考的,要关注的,要做的事情就会让你大吃一惊了。

在下一篇中,我们就来聊聊产品管理中如何应用MVP的原则来更好的指导产品的发展。

UCPM
关于 UCPM

UCPM 小编

发表回复

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