最小可行产品MVP - 从源头杜绝浪费

引子

2018年是我创业的一年，这一年可谓是惊心动魄，血雨腥风的一年。和大部分人一样，在一个初生牛犊不怕虎的青春年纪，和一群明知山有虎偏向虎山行的冲动团队，怀揣一颗不挣一亿誓不罢休的赤子之心，再加上一个自我感觉前途无量的课题，我们踏上了征程。也和大部分人一样，经过了一年，仍然是青春年纪，也还是那个团队，心还在，但是已然不再炽热。

我时常劝慰自己，创业失败有什么可怕的。你的时间没有浪费，况且已然比大部分人都勇于迈出这一步，勇于尝试追求一把想要的生活。你的青春并没有浪费，因为经历过的必将沉淀为以后为人处世的能力融化到一言一行之中。你的事业也没有浪费，因为毕竟这个过程中没有赔钱，也认识了不少江湖上的朋友。想了想，也许浪费最大的，是投资者的资金吧。。。

浪费，多么可怕的字眼。

可怕的浪费

什么是浪费。谁知盘中餐，粒粒皆辛苦，掉到桌子上的米粒是浪费；少壮不努力，老大徒伤悲，匆匆划过的时光是浪费；你我身边，衣食住行处处都存在着浪费。

比如。细想一下，你买过多少东西但是几乎没发挥出这个东西的价值所在。办没办过两年期，但是几乎没去健过身的健身卡；买没买过自认为拥有了它就拥有了全世界知识，但是又很少看的电纸书Kindle；看上一件衣服，买回来后就压箱底了从来就不穿。勤俭持家是每一个人的优良传统，这种生活里处处可见的浪费是很可怕的。然而这种浪费，我们每一个人还是都会下意识去尽可能的避免，因为毕竟这涉及到了自己的切身利益。还有一种浪费，其实是我们每个人可能没有太关注的，因为它并没有直接涉及到切身利益，那就是在工作中的浪费。

更可怕的浪费

工作中的浪费相比生活中的浪费，更可怕。因为工作上的浪费带来的经济损失更大，而且更不易察觉。比如一场没有得到任何结果的会议，几根没有用光油墨就扔掉的白板笔，下班了却未曾关闭的电脑，空空如也却灯火通明的会议室，这些每天都发生却不被我们重视的浪费现象太普遍了，普遍到我们习以为常，普遍到我们视而不见。却不知，一个企业每天每月每年要为这些浪费所付出的代价数以万/十万/百万计。所以企业在全力拼搏，不断投资R&D，开源挣钱的同时，也一定要注意能把不必要的浪费消除掉就消除掉。当然，企业中的浪费可不仅仅是从节约用笔，节约点灯这个level去考虑的。

丰田在消除浪费这一领域里可谓出类拔萃。

八大浪费是丰田生产方式中非常重要的一个观念。丰田人认为要消除浪费，持续改善，企业才能保持良性运转，竞争力才会提升。在丰田改善是探入人心的，有个说法就是跟他们谈话5分钟没有听到他们讲3次改善就不算丰田人。改善的对象是浪费，认识浪费是改善的第一步，企业现场林林总总，哪些是有价值的，哪些是浪费，不是一般人可以一目了然的。丰田人在长期作业和改善过程中对于浪费的内容进行了总结，共七种，被称为七种浪费。它们分别是制造过多的浪费、库存的浪费、不良修正的浪费、加工过剩的浪费、搬运的浪费、动作的浪费、等待的浪费共七种。后来人们又加了一种浪费-管理的浪费，合称八种浪费。针对每一种浪费，丰田有他自己的独特的管理方式。感兴趣的可以去找一本《丰田模式》读读。

除了上述工厂里面的浪费外，软件开发过程又存在哪些浪费呢？

1. 额外的功能特性

镀金或蔓延出来的功能会消耗掉极大的人力物力，不要做任何镀金和功能蔓延的事。

2. 部分完成的工作（存货）

在精益生产里面，凡是半成品都属于浪费。因为半成品既没有交付到客户手中产生价值，又需要额外的人力物力去管理。

3. 额外的步骤（过度设计）

Better is worse than good enough. 过度设计有时候也很常见，比如为一个产品设计一个可以使用10年的技术架构可能就是一个大浪费。因为产品生命周期可能就到2-3年。莫不如先设计一个简单的，等到产品确实需要更大的架构再去进行相应设计。

4. 上下文切换

在软件开发过程中，经常要找客户确认或者澄清需求，要向开发者传达设计思路和技术要点，要找团队成员了解项目进展情况，要彼此反应遇到的问题以及解决办法等等，总而言之就是干系人之间彼此需要大量的沟通，所有这些沟通都是信息传递的过程，并不直接创造软件的价值，所以是一种浪费，应当努力去减少。一个好的方法是客户与团队坐在一起协同办公，进肯能减少沟通成本。

5. 软件缺陷（Defects）

软件中的缺陷是彻头彻尾的浪费，如果能采取适当的措施减少Bug的出现，那必定会节省下来很多用来处理Bug的时间，比较可行的方案是测试现行，即测试驱动开发TDD。

6. 等待

因各种不确定信息等待。

7. 移交

工作的交接一定会出现信息衰减，经手的人越多，需要交接的地方越多，花费的代价就越高。所以减少交接就是减少浪费。

（后文我会把针对每一种浪费的具体解决方案分别进行讨论，欢迎持续关注）

可以看出，以上的种种浪费其实是基于产品或项目的功能范围已经确定，在开发过程中产生的浪费。这种浪费很可怕。但是在企业中，还有一种最可怕的浪费。

最可怕的浪费

最可怕的浪费，就是一开始就错了。

也就是，本身这个产品就不是人们所需要的，即使开发过程再完美，做出来的东西再符合规定，但是它就是不被市场接受。你说这是多么可怕的浪费。 

通常的思路（我个人也经历过），一个没有多大价值的idea从诞生到下线的过程是这样的： idea --> 评审 --> 各种RD（BRD,PRD）-->UI/UX设计--> 开发评审，估时 --> 开发 --> 测试 --> 发现bug --> 修复bug -->回顾测试 --> UAT -->发现bug -->修复bug --> 准备发布 --> 发布 -->用户少的可怜 -->调整，或，下线。

这个过程消耗了大量的人力物力，更可怕的是由于没有把精力focus在真正有价值的功能上，公司很可能会错过产品的价值期窗口。回想一下我两年前创业那会，团队确实经常把主要精力放到那些细枝末节的功能上，根本没有解决客户的主要痛点。那感觉就像做一部手机，打电话的功能还没做好，就偏偏要focus在语音识别上。

所以一开头如果就错了，这是最可怕的浪费。不过，有一个方法可以最大可能避免这种浪费。这个方法就是精益产品开发中的MVP-最小价值产品。

最小可行性产品-MVP

什么是MVP

Minimum viable product - 最小可行产品，我把它理解成最简单的产品原型，即在实际操作中就是花最少的精力，用最少的时间做出来的足以满足产品基本功能或能让客户感知的产品原型。MVP存在最大的意义也是用最少的资源，最短的时间做试验，以获取早期用户的反馈。煮个栗子，你如果想做一个家庭看板用来记录和管理家务活和相关活动怎么办，不用兴师动众花钱去买一块大白板，直接买几本儿便签纸，写上任务贴在自己冰箱门上就行了，冰箱门就是家庭看板的MVP。再比如觉得家庭人口多，两室不够用了，要换三室，也别急着马上就看房子买房子搬家，可以先买张床，放客厅里，晚上睡觉的时候拉个帘儿，看看这个模拟三室是不是真正能解决两室不够用的问题。

商务上也可以见到一些有意思的MVP，比如福特在研究无人驾驶汽车的时候，想看看当路人看到无人驾驶车经过的时候会是什么反应。福特没有真的去做一辆无人驾驶汽车，而是让驾驶员穿上“座椅”，假扮成无人驾驶的样子把车开到路上，摄像头会记录路人的反应。

无独有偶，据说Zappos当年做线上商城的时候，也没有真的去做一个购鞋网站系统，仅仅是把一些实体店的鞋子的照片放到了网上，如果用户点击购买，则后台有服务人员专门再跑到店里去买了邮寄给客户。这个过程既升了高额的开发费勇，也测试除了用户的市场反馈。

如何做MVP

就像上面的例子，还有一些常见的实现MVP的方案

1.用户访谈。和客户面对面的聊，直接问出他们的需求。

2.发布产品介绍的视频。我个人很喜欢锤子科技做的一些产品宣传视频。产品还在研发当中，先把视频放出来看看用户反映。

3.举办众筹。众筹就是很典型的一个用idea验证客户市场的路径。

4.仿真。比如让驾驶员扮演无人驾驶汽车。

5.网站预售。类似于众筹，预售够了就做，预售不够就把钱退回去。

总结

1. 生活中处处可见可怕的浪费
2. 工作上的浪费涉及到的损失更大
3. 如果一开始的产品定义就错了，是最可怕的浪费
4. MVP可以从源头上杜绝浪费