最小化可行产品——验证需求

    最小化可行产品MVP是用于解答商业产品开发中最重要的两个问题：一是价值假设，这款产品是否能够满足用户的需求？二是增长假设，用户是否愿意为产品买单？

下面来看一些著名产品的MVP案例

1．Dropbox：同步云存储服务Dropbox的创意始于创始人德鲁·休斯顿（Drew Houston）自己上下班时的痛点：无法用移动设备获取电脑中的文件。为解决这个问题需要克服重大的技术障碍，且投入成本暂时无法预估。而德鲁·休斯顿选择在目标人群高度集中的新闻推荐平台Digg.com上发布了一则充满极客俚语的宣传视频，“虚构”了Dropbox的产品功能，以此判断是否有人为这个创意买账。结果这段3分钟的视频引发了网友的兴趣，经过投票很快便蹿升到当日热文榜单首位，吸引了几十万人访问视频中显示的着陆页。愿意排队等候产品问世的用户数量从5000人猛增至75000人。正是在这样积极的反馈下，德鲁·休斯顿才最终确定要让Dropbox诞生。

2．Groupon：团购服务鼻祖Groupon的创始人安德鲁·梅森（Andrew Mason）原本希望将公司做成一个“集体行动平台”，把用户聚在一起解决为公益事业筹款或是抵制侵权零售商的问题，但市场太过狭窄。于是他决定转型做团购。团购版的Groupon最初相当粗糙，使用的是开源的博客程序WordPress搭建，商品详情由运营人员一个字一个字手动输入，连表单和在线咨询也没有。安德鲁·梅森又用现成的排版软件FileMaker制作PDF礼券，再通过AppleScript脚本发送电子邮件将礼券派送出去，一切都那么的“手工作坊”。验证成果表明，用户明显更喜欢这次转型，很快Groupon一天内就能卖出500份礼券商品。于是他才将部分环节纳入了自动化执行范畴。

3．Zappos：鞋类电商平台Zappos刚刚起步时，创始人尼克·斯威姆（Nick Swinmurn）并没有建立自己的仓储和物流基地，而是跑到隔壁鞋店拍摄了一批鞋子的照片挂到了网站上。当有人在网上下单时，他再去把鞋子买回来并寄出，通过这种方法来验证人们通过网上购买鞋子的需求。

4．大众点评：大众点评的创始人张涛最早花了3天时间做出了一个简单的网站页面。当时他没有跟任何饭店签协议，而是直接将旅游手册里的1000多家饭店信息添加到了网站上，就为验证一件事：人们在饭店吃完饭，是否有足够的动力和意愿到网上点评？这次成功的验证成为大众点评日后商业模式的起点。此外，在验证是否有必要通过技术将声讯电话的语音内容转换成文本显示出来时，他们先选出了两位客服人员“假装”成声讯电话，实则在后台手动输入用户的语音内容。这避免了在效果未知的情况下耗费数月开发出一套失败系统的风险。

5．微信游戏：为了快速验证游戏策划是否可行，曾负责腾讯微信国民级手游“天天系列”的天美艺游工作室美术负责人Vivi创造出了“暴力拼图法”，即在美术和动画定稿方案正式交付之前，就先用其他近似的图片依据策划“拼凑”出一幅要素视觉稿。具有良好美术素养的制作人和策划员工完全可以通过拼图，感受到最终的效果，一旦发现方案不可行便“尽快放弃，不再纠结”。

6. Sendwithus是美国的一家电子邮件营销公司，致力于为网络营销者提升事务性邮件（如重置密码、感谢注册、商品导购）的转化率。据公司的联合创始人马特·哈里斯（Matt Harris）透露，建立该公司的想法源于在小公司担任开发人员时，需要经常为不同的变量而改动邮件模板，缺少像大公司那样自动化的专业邮件管理系统。于是他开发出了Sendwithus，希望让不懂技术的用户也能轻松地完成邮件的优化。用户只需要登录网站，从现成的测试模板中选择一套或是自主上传，再进行简单的A/B测试配置，系统就会开始发送，事后根据收集到的反馈数据得出报表，告诉用户怎样写邮件更容易打动收件人。

其实在项目早期，哈里斯对自己即将着手建立的产品功能没有任何具体概念。为了研究潜在用户究竟需要哪些功能，并且收集到尽可能多的种子用户联系方式，他们想出了一个妙招——在尚未实际着手开发前，先虚拟了一个的“钓鱼网站”，作为验证市场需求的最小化可行产品。这个虚拟的网站叫“Sendwithus Zero”。登录该网站，用户将看到一个像模像样（但明显没有美化过）的网站管理后台，左边栏提供了“写邮件”、“优化”、“重定向”、“顾客管理”、“API配置”的一级入口，点击后还将展开对应的二级入口。右侧是页面的主体内容，包括功能介绍、邮件预览、导出设置和各种发送选项，整个布局井然有序。其实，页面中所有的按钮都仅仅是摆设，没有被赋予实际功能。当用户点击某一按钮试图使用该功能时，得到的唯一反馈就是蹦出一个消息框，告知用户：“您想要使用这个功能是吗？我们也觉得这是个不错的需求，并且正在努力实现它。请您留下电子邮箱，并告知您目前正在使用哪家竞品的服务。我们会在第一时间通知您产品上线了。”同时Sendwithus Zero会记录下用户的这一次点击，作为对功能需求的一次投票。结合Google Analytics的鼠标点击追踪功能，Sendwithus Zero能够定性与定量相结合地反映出用户的真实意图。

Sendwithus Zero的A/B测试按钮不提供实际功能，只用于吸引订阅。

在完成Sendwithus Zero的搭建后，两位创始人将该网址尽可能地散播了出去。24小时内，为尝鲜而来的独立访问者数达到了803人，平均每人访问3.53个页面。在所有反馈中，呼声最高的功能分别是提供API和A/B测试模板，这两项的合计支持人数占到所有访客总量的一半。另外有92人留下了自己的联系邮箱，他们成为了日后Sendwithus正式上线时最早的一批种子用户。

Sendwithus为了开发这样一款最小化可行产品，投入的成本是怎样的呢？据官方博客介绍，所有的响应式邮件模板来自于设计公司ZURB的无偿提供，静态页面内的富文本编辑框使用开源的CKEditor和HTML ContentEditable搭建。至于页面设计是花费18美元购买的现成bootstrap主题，网站徽标则随意选了款字体。整个网站则架设在亚马逊的免费云服务套餐之上。满打满算下来只花费了28美元和一周时间。不久后，得到市场认可的Sendwithus获得了230万美元的天使投资。

7.聚美优品的移动开发团队在探索如何实现“陪用户一起变美”的目标时，其中一个备选方案叫“女神进化史”，即鼓励用户分享自己变美前后的对比照片给大家看，并且这些上传的照片可以按照热度排序。经过讨论，团队决定先开发MVP验证创意是否可行。他们利用聚美优品的微信公众账号发布了一篇文章，内容是“女神”变美前后的照片和方法，文末鼓励广大粉丝参与分享自己的照片并附上活动详情链接。经过观测，事实很残酷，虽然有22.51％的人对这篇文章感兴趣，但没有人点击链接查看活动细则，更别提参与和传播了。这次失败的尝试让聚美优品团队认识到：女性用户对这类分享“女神”照片的活动兴趣不大，或许她们并不愿意晒出自己真正的丑照。最终这个方案作罢，团队并没有把宝贵的资源投入在一个不靠谱的方向上。

8. "悠泊”是一家致力于解决大街上停车难问题的代客泊车服务公司，在将产品构想落实成移动应用之前，他们花费了一周时间开发出了微信上的MVP，以此来验证一个基本假设：用户是否愿意把自己的车托付给别人？

悠泊在早期MVP版本中共提供了四个基本功能：“一键停车”、“我要取车”、“查看车辆状态”以及“绑定手机”号。开发完成后的第一周，他们没有向外推，而是邀请了公司内部和邻居公司的所有有车一族来体验。这个版本被他们自己戏称为“产检”版。通过一周时间收集和处理这批种子用户的反馈，产品得到了优化。第二周，他们决定举着印有微信公众号二维码的牌子到附近特别堵车的医院门口去招揽真实用户试用。结果，第一天就在朝阳医院门口接到了10个订单。在这场线下推广中，微信成功地扮演了简易入口的角色。

通过微信的快速验证，客户群体的特征渐渐显现，悠泊才正式将微信上的MVP开发成了原生的APP应用。

（待续）