MVP不一定是真实的产品，而是一个实验合作伙伴认证资质关注我们

由于精益创业的兴起，MVP（Minimum Viable Product：最小可行产品）越来越火。但是很多人不知道，他口头讲的以及自己应用的所谓MVP可能根本不是MVP。

案例

笔者与一位朋友聊他的创业项目。他做的是环保洗洁精，环保到可以喝到肚子里（反之我是不会喝的）。围绕着洗洁精，他计划做很多环保产品，甚至是环保生态园区。当我问及他是否有验证过市场，可以喝的洗洁精是否受消费者欢迎呢，他很不屑，貌似我问到一个小儿科问题。他说：“我知道，按照精益创业的方法，我应该只做洗洁精，这个洗洁精就是MVP，然后我再做环保洗碗布，完了再做环保厨房等其他产品。”

我问他，你读过《精益创业》？他貌似感觉受到了鄙视：“谁没读过？”

可见，这个创始人完全错误地理解了MVP。这也不怪广大人民群众，是精益创业的创始人Eric Ries没有把名字起好，Minnimum这个”最小”，谁也不知道多小是最小。在这个创始人的眼里里，他的洗洁精产品已经是最小，可是他首先应该验证的正是他这个能喝的洗洁精产品是否与市场适配。

MVP究竟是个啥

MVP的关键是：

用最少资源、最短的时间，将产品带到天使用户中去验证产品的假设。注意，创新产品需要到天使用户中验证，不是大众用户。

对于创业公司，没有资源又没有时间，如果不用MVP做一些列实验，第一步就投人投资源研发生产产品，一定会在钱耗之前死掉；

对于大企业，你可以高枕无忧，一不缺资源二不缺钱三不缺人，其实那些经理人每天发愁的是怎么争取更多的人以扩大自己的权利范围。大企业可以不玩MVP，因为你一时半会死不了，但是你损失的是最重要的东西–时间。当你用非精益的方法终于探索出产品和市场适配点(Product Market Fit)的时候，风口或者已过，或者风口上已经挤满了肥猪。

因此，交付MVP不是目的，验证假设、获得要学习的内容才是目的。MVP不一定需要是真实的产品，而是一个玩意（是的，就是个玩意），只要达到验证假设的目的就可以。

常用的MVP有哪些呢？

1. 用户访谈

案例

笔者曾经诗意大发，想创作面向IT群体的诗歌。为啥要做个湿人？因为切身感受IT群体实在太苦逼了，如果时不时地来点诗歌慰籍一下，岂不是很温馨的事情？何况，偶从小就想当作家，梦想总还是要有的哦。但是我担心现有读者不喜欢，于是先试探性地发表了一篇小诗邀你验证一个IT散文诗产品MVP | 精益原力，并邀请读者投票：

依据这个投票结果，我没有继续定期创作诗歌，因为这个产品和用户群体不匹配。也许咱IT人更需要的是程序员鼓励师。

2.    产品介绍视频

最著名的视频MVP就是Dropbox。2007年4月份，Dropbox在启动产品开发之前，发布了一段视频介绍了Dropbox的核心功能，迅速得到了大量用户反馈，从而验证了Drobox的核心价值受用户欢迎。

3.    众筹

在产品开发之前发起众筹，根据人们的支持判断大家对于产品的态度。此外，众筹还可以帮助你找到你产品的早期用户。如下图京东众筹里有很多众筹项目：

4.    仿真门

在产品开发出来之前人工模拟真实的产品或服务，让消费者感觉他们在体验真实的产品，但实际上产品背后的工作都是手工完成的。因为我们验证的是产品本身的价值，而不是技术解决方案，因此仿真的手段就可以达到验证的目的。

案例

网上卖鞋的最大网站Zappos的创始人Nick为了测试人们是否有网上购买鞋的需求，他没有马上开设公司建立电商平台，而是先到当地的专柜去拍鞋子的照片放到网上，如果有人下了单，他就跑去店里购买。这样，他一开始并没有仓储的压力，也不需要投入成本去搭建一个真正的电商平台。在用户看来，只要产品能工作，他们并不在意其背后的系统，因此没有真正的电商平台不影响实现这个验证目的。

5.    原型

实物模型、电子工具制作的原型或纸张原型可以展示产品的功能，模拟实际的使用情况，通过演示原型，获取用户的反馈。

案例

做产品的过程中，原型是必不可少的产出物，但是它不止是给开发传递需求和沟通设计的媒介。笔者做产品的习惯是：对于那些需求不确定、而工作量又超大的特性，先用Axure RP工具制作简单的线框图，下一步不是交给团队开发，也不是交给UED做高保真原型，而是到粉丝用户中去，演示我的低保真原型，看看这是不是与用户想要的东西。因此笔者经常与UED意见不合，因为UED喜欢将原型做得非常漂亮和完美才舍得拿到用户中去验证，怕低保真拿不出手，但是我们现在验证的是解决方案本身，不是产品的体验和外观，反而那些绚丽的视觉设计会影响用户的注意力，用户需要思考解决方案本身是否解决他的问题。在需求确定之前花在装修原型上的时间纯属浪费。每一个UED都需要学习精益UX的方法论：

MVP越逼近真实的产品，你的MVP验证的效果越好，当然成本也会越高。

接近真实产品的MVP案例

笔者早年想在中国开设精益看板认证课，但当时在中国市场上没有人开过这个课，这是个未知的市场。尤其是当时人们对精益看板还没有怎么听说过，众所周知的是Scrum和敏捷，因此这又是个需要教育的市场。

此外，即使开课，在中国什么内容接地气也是个未知数。于是，我和咨询合作伙伴加拿大人Julien Mazloum和李东先生商议，先在中国做社区活动，推出2小时的精益看板迷你工作坊。通过这个工作坊，验证这个课是否会受欢迎，并探索课程内容的设计。

第一个工作坊推出后，大受欢迎，于是我们又推出了一些列迷你工作坊，来探索客户群体和课程设计，都属于公开课产品的原型。这些原型为我后来正式开设精益看板认证课奠定了基础。

6.    预售页面

预售与众筹类似，帮你找到潜在客户，甚至在你的产品开发出来之前就吸引他们购买。

案例

下图是一个知识付费的移动分享产品Gitchat。Gitchat的每一次分享都采取了预售的方式，如果分享预定人数没有达标，会取消活动，用户会获得全部退款。通过预售的方式，自然就验证了分享是否受欢迎，而且不产生任何成本。

MMP:先发布，后迭代

很多人将MVP与MMP(Minimum Marketable Product：最小可发布产品）和MMF(Minimum Market Feature：最小可发布特性）相混淆。晕！都怪老外不断地创造新概念。

MMP(Minimum Marketable Product)是什么？

MMP是将为客户提供的最小特性集合构成一个产品发布, 目标是抢占市场窗口，而且在发布后可以及早获取真实用户的反馈，为产品的迭代演进提供输入。MMP (Minimum Marketable Product)的思想是非常敏捷的，但那是在产品的Idea和商业模式得到验证后，开始启动产品研发的工作方法。

永远都不要期望一个版本里做尽可能多的需求，而是相反：以最少的特性先发布第一个版本，这个版本要体现产品的独特价值主张。这样的策略有以下几点优势：

• 抢占市场先机

• 及早获取真实用户的反馈

• 依据第一版本的市场反馈，决策后续迭代的演进，从而减少不必要的需求开发，减少浪费。

那么如何决定哪些特性在MMP里发布呢？

• 首先依据核心价值主张，那些不在核心价值主张的特性，一定不在MMP里；

• 其次，对每个特性，问一个问题：如果没有它会怎么样？如果没有它用户可以完成基本场景的使用，那就可以没有。

案例

大家每天沉迷的微信于2011年1月发布了基于安卓平台的1.0测试版，这就是微信的第一个MMP。当时微信的核心价值主张是“极速轻快的楼层式对话，带给您飞一般的聊天体验”。所具备的功能仅仅是即时收发消息与拍照分享。其他的功能都是在后续的版本中不断增量式增加的。

作者：王明兰  中国最早期的精益看板国际认证教练(KCP)&培训师(AKT)， 企业级规模化敏捷SAFe认证咨询师(SPC4)，产品经理、自媒体撰稿人。