S·mart Day：合理设计最小可验证版本
本文为触宝增长团队的负责人杨乘骁在「S·martDay：产品的取舍得失」活动中的演讲内容整理...
S·mart Day 是由 CODING 码市主办的一系列分享沙龙。秉持 Share the smart 的宗旨，以智慧分享为主题，邀请互联网行业中极具智慧的大咖们，以他们犀利的行业视角，丰富的从业经验，为大家带来一场别开生面的关于创业、产品、运营、设计等角度的分享沙龙。
『分享并不会改变什么，我们关心的是通过分享能给您带来些什么。』
本文为触宝增长团队的负责人 杨乘骁在「S·mart Day：产品的取舍得失」活动中的演讲内容整理
为什么要采用 MVP？
第二个理由是想探索不同的实施方案。
这个其实大家可能都遇到过，比如说到底这个东西是卖 10 块钱好卖还是 8 块钱好卖，这是不同的实施方案。或者是这个拿出去卖方便还是赠送给用户方便。事实上老板说是要验证自己宏伟的想法，你们的部门经理希望用多重手段证明这个宏伟的想法可行，轮到各位产品开发经理的时候因为时间紧、任务多、开发少，所以使用了 MVP。
老板采用 MVP 的理由是砍掉华丽的部分，验证本质。但产品经理却选择了砍掉复杂的部分，保留简单的部分。当我们需要去验证咖啡因对我自己的影响的时候，到底是去星巴克去买一杯不含咖啡因的产品还是说到 711 去买一杯低咖啡因的产品。
合理设计 MVP
当大家会回想自己 1.0 版本、1.1 版本做的事情是不是追求整个团队去验证最本质的想法，还是说整个开发团队说这个太复杂了，还是先做最简单的吧。我在触宝电话做了很久，在当时我们并没有意识到我们的选择是符合这个可验证的最小版本，事后我们发现我们运气比较好碰巧做了一些比较正确的决定。就是说我们公司在确认功能开发是不是可验证最小版本的时候，用了一些手段和我们实践的小例子。
案例分析
第二点我们担心的是网络电话有很高的技术门槛，它真的非常难做，而且它总是能牵涉到一些基础设施的建设，因为网络电话就跟信号、宽带这些扯上了关系。
既然说做免费电话那么难，那我先补贴用户，你拿我的这个打电话我就给你补贴，这不就是免费电话了嘛？这个方案到底行不行呢？可能现在拿这个举例的话，可能大家会觉得很搞笑，其实很多产品都会做这种事情，就是市场不过关的时候就会拿一些手段去做这个类似的事情。
第二个方案是什么样的呢？我们当时公司差一点没有把另外一条产品线给停下来，把所有的都拿来做这一条的铺垫，就开始想办法在现在的触宝电话里面找一个地方放免费电话。在座的大部分应该是产品经理，应该有一个体会，就是你的产品里面突然被老板要求塞一个功能，第一个功能一定要被用户发现，第二是这个功能一定不能影响老的功能，这是老板的要求。当时我的同事就差点打算不睡觉来做这件事情了。
控制功能实现成本
我再给你们解释为什么我们的代码质量要跟运营商挂钩，我们要想办法停掉一个产品线去做这个，但是到现在为止没有任何人讨论免费电话是不是用户需要的东西。这个时候我们突然意识到不对了，我们把精力花在了错误的地方。
我们当时还有一个东西，你们都想象不到。触宝电话早期是没有账户系统这个概念的，当架构师在这里面加入账户系统的时候，都疯了，天天谈的是这个数据库要怎么兼容，要花几个月的时间去兼容。这个本质是什么呢？首先老板的宏伟目标是验证免费通话这个噱头，另外它的交互是网络电话，这个和每个产品的核心是不一样的。第三个它是触宝电话的一部分，是载体。回到这个以后我们开始讨论，是什么情况导致我们整个团队、整个公司天天开会就是不聊本质需求？因为我们想把它放在触宝电话上面，所以我们干了第一件事情，不放在触宝电话上面。
第二个问题就是财务也要疯了，因为免费电话是一个边际成本永远不会为零的东西，用户每打一分钟我们就要支付一分钟的成本，当这个产品还不知道长什么样的时候，财务都天天算钱的问题。最后我们做了一款新产品，这个产品是 2014 年当时决定做新产品以后我就被老板坑了，一开始是我同事里面加功能，然后让我去，然后我就去了，开始做。这款产品其实我们只做了一年多，2015年底的时候，过了一年，那个时候我们已经很有信心了。因为这款产品我们发现还是收费的，只是收的便宜，已经有很多用户在用了。还有我们的技术团队，已经有足够的技术储备了。一年以后我们决定再把它并回到触宝电话的时候其实阻力很小，也不用担心什么东西了。刚才说的数据库兼容的问题还在。
如何设定合适的 MVP？
第一个是完整的描述出自己的需求是什么，就像刚才说的那样。第二个是找出其中的定语，当然这个大家听听就好了，是我想了半天才想到定语这个词。然后是砍掉华而不实的部分，第四个是可以考虑放宽一些保留下来的定语。
就像我刚才提到的把免费电话改成省钱电话，然后你们再整个团队一起回顾需求，是不是自己的一个初衷。
就是说我想知道用户是否喜欢在触宝电话上面去使用一个免费的电话，然后我想知道用户是否想打一个省钱电话，只要这个需求被满足，无所谓你是继续运营自己的那款产品还是把它定义为触宝电话其实问题都不大，因为都是你的用户。
这是讲我们是什么原因做了一个新产品，这是一个动机。可能在这个时候我想有些人的内心是在咆哮的，因为我刚才讲了一个关键点，就是我为了规避讨论这个旧功能如何放在新功能上面做了一个新产品。一个原因是我做一个半成品，因为最小迭代嘛，半成品见人不是很丢人嘛。第二是我策略如果已经公布出来了，出去说我们先宣布免费再做网络电话，这个最后把公司给吃垮了怎么办？覆水难收。
用活动去替代长期策略
后来怎么办呢？当时发生这个讨论的时候也是蛮幸运的，正好是在去年底，就是圣诞节刚过完的时候。我的同事想了一个办法，他拟了这么一条信息推送给我们所有的用户，说跨年的时候我们的线路估计不够，你如果现在做一个任务就可以保证那个时候能始终打电话，如果做不了的话就可能搞不定。我们其实根本没有引入VIP，其实这个所有推送的用户是我们竞选的，我们跑了很多数据，哪些是重度用户和轻度用户，我们对所有的用户都要进行分组，我们要看VIP上线对于这些重度、轻度用户的影响是什么样的。
我们就是在元旦的时候把所有观察的样本强制掐断他们的电话，模拟出抢线的效果，这个东西程序员说只要开发半个小时就可以了，而不是半年。我们也没有承诺这个策略会持续实施，我们就是把它做一个活动，当时运气比较好，刚好是赶上跨年前。所以说我们在这件事情上是怎么设定我们MVP的划分的呢？考虑用活动去替代整个长期策略
关于「可验证」
我能给到大家的可验证的建议无外乎是两件事情，第一个是你要去追求你这个需求的本质，在切割的时候避免把本质去掉，不用老是想着一些兼容性的问题，这种兼容性可以通过新建产品线的方式去规避，其实还有一种办法就是把它独立成一个模块。如果说是有些涉及到策略调整，这种时候大家可以考虑把它封装成一个活动，去测试用户对这种策略的一个反应程度。我们在做这个触宝电话的时候，有大大小小的一些取舍，今天跟大家主要分享的是这两个，我觉得还是蛮有价格和比较有普遍意义的一些形式。
Q
杨老师你在做整个触宝电话的过程中，我们会碰到一些产品经理可以做决策的，我们要小步走的这么一个可验证的版本，当我们受到市场的压力或者受到老板的压力，必须要扯着蛋要走的时候，你们会怎么做？A
其实这个问题也不是经常发生，我们一般是这样的情况，就是尝试把它隔离开来，我们其实还做过蛮多的，就是某一个东西我就封装成一个网页页面，丢在一个地方，然后通过推送和引流，保证有足够的测试量进去，最后你可以给老板看行还是不行，如果说老板还够聪明，发现还是有人在用，所以下一步可能就会把它放在比较显眼的地方。其实低成本的完成测试都是大家比较经常去发生的，就是我今天可能分享的意义就是在这里，我发现很多人在追求低成本的时候就会忘记了它的可验证，就是说这个和你真正想做的东西是蛮不搭的，这是蛮危险的一个陷阱。Q
杨老师，像你们在做这样的开发的时候，因为等于说尽量不影响到原来的架构，所以你们会去思考说在什么程度下会考虑这个东西是要整个关掉还是怎么样？A
我理解一下你的问题是说东西测试完了以后要有勇气，就是说谁来决定或者说怎么去决定这个东西不继续，是这个意思吧？这件事情是这样的，就是说它有主观和客观成份，它的客观成份就是数据，它的主观成份就是哪些数据。我们一般会开蛮多的会，主要是大家提出观点。举个例子，比如说免费电话，就是说我赞成继续的理由可能是说功能的日活达到多少我们继续，就是说日活能不能决定这个功能，不能决定的话要怎么办，争论点是这个，一旦在你观察的数据点上达到统一的时候，一个星期这个数据报告出来以后，其实这个阻碍就不大了。
关于小团队，码市准备了一场关于市场推广别开生面的讨论，点击阅读原文报名参加，一起聊聊市场推广那些事儿。
成都 | S·mart Day : 提升小团队爆发力
时间：2016年6月25日 14:00-17:00地点：高新区天府五街菁蓉国际广场6A—3W空间
对于创业公司来说，最重要的资源是团队，创始人的能力决定了公司是否能活下去，而团队的素质则决定了这家公司能否壮大。人人都想要一个权责分明，分工明确的团队。但更多的时候，资金，市场，商机没有给你太多选择的机会
码市“S·mart Day”智慧分享沙龙，邀请到了具有丰富实战经验的市场专家与你一同分享，如何利用现有资源，打造一支高效快速出成果的“尖刀”团队，撕开市场缺口
『分享并不会改变什么，我们关心的是通过分享能给您带来些什么。』
关注 码市CodeMart
微信扫一扫关注公众号
