解读项目浪费
1）问题找错
项目最悲催的浪费，就是一个项目开头问题就找错了，任何一个项目，什么是第一重要？
对一个新业务，“被需求”永远是第一重要。
一个项目需求三点：极大提升效率，极大降低成本，极大提升用户体验。
2）方案做错
项目第二类大问题，就是把解决方案做错。
明确用户需求后，解决方案也会有无数种，往往很多方案是错误。
举例：手机待机时间短的需求，有哪些解决方案呢？
方案一：把电池增加2倍容量，这样解决了待机时长，手机重量却增加了。
方案二：普及“超级快充”。
方案三：期待电池技术有所突破。
需求基本是清晰的，但是解决方案没有确定好，可能解决一个小问题，引入了更大问题，这就是解决方案做错。
3）过早优化
第三个项目浪费，过早优化。
具体表现是，方案还没得到充分验证，就开始过早的优化方案细节。
很多完美主义者，总想把最好的方案打磨好再给到用户，否则无法拿出手。
花费5倍的资源、5个月的时间来开发各种花边功能，如果一旦整个产品价值不存在，你所有的投入都会清零。
举例：做迅雷，该把重点放在那里？核心当然是下载速度，要证明下载速度能比别人快10倍，才有机会活下来。而不是整天琢磨怎么做皮肤，怎么改颜色，怎么调整按钮样式。
4）过早扩张
过早放大未经验证的商业模式。
举例：2014-2015年O2O上门服务，大量项目，上门洗车，上门按摩，看似订单数据很漂亮，实际全部靠补贴撑着，一旦融资收紧，大多数用户都不接受加价50%来叫一个上门按摩的，一旦价格回到理性，用户就全部流失了，商业模式直接崩盘。
软件产品，核心功能还没验证，就开始大规模买量，时长投放； 硬件产品，还没证明用户愿意买单，就开始大规模量产，建立生产线。
商业模式验证成功，是一个非常重要的质变点，要非常认真的判断，多找行业经验，领域专家，行业先驱多聊聊，如果模式真的成立，在铺设资源扩张，这样比较稳妥。
最怕的是，本身就是不成立的事情，推广越多，亏损越多。
5）转型过慢
第五类项目浪费叫转型过慢，就是把项目当一锤子买卖，过度迷恋自己的创业方向。
哪怕方向错误，也不愿意承认
不喜欢调整，是人之常情，比如有很重的感情因素，做了很久的一个方案，如果失败了，情感上会接受不了。或者影响团队稳定，不愿意轻易承认失败。
对于项目负责人来讲，活下来最重要，必须要接受变化。
理性判断，及时止损，换下一个方向，是做项目必须要学习的能力。
6）闭门造车
第六类项目浪费，闭门造车。
很多项目，从0-1怕倍大公司，或许是竞争对手发现，再或者是觉得足够自信，从开始就闭门造车，憋在家里不跟用户接触，闷头一做就是半年一年。
最后上线才发现，原来根本没有人要。
一句话总结根本原因
6种浪费的情况，分别是：问题找错、方案做错、过早优化、过早扩张、转型过慢、闭门造车。
把这些错误，总结成5个字：热爱憋大招。
低成本验证的原则
1）尽早发布，不要想憋大招
项目早期，有一个重要的原则：最快速度上线接触用户。
业务经过一年半载封闭的开发，根本没有见到过用户，风险太高了。所以提倡尽早接触用户，尽快上线，通过用户反馈调整业务，而不是YY。
美团外卖，最初正式立项到上线，接收订单，花了不到一周。 闪送，同城跑腿的O2O服务，从立项到开始接单，也花了不到一周。
案例：美团外卖第一版本
美团外卖在第一版，最核心是验证：用户真的愿意在手机下单么？
仅一个简单的下单页面，配置一组商品，用户点击购买后直接转给客服，人工处理，其余功能都不需要开发。
2013年的美团团购已经是细分市场第一名，新业务都敢于做这么粗糙的方案。
2）小步快跑，在错误中成长
开始项目后，你会发现，在模式成熟之前，绝大部份精力都是在挣扎和试错中度过的，不断犯错，不断验证你的模式。
不是构想了一个多么优秀的产品，而是，多快能获得用户反馈，多久能迭代一个版本，因为，这个才能体现你的执行力和业务迭代能力。
能控制的，就是最快的迭代速度。
我们提倡的方法是，尽量不要憋大招，而是把项目拆解成各个关键假设，然后尽早接触用户，按照一定的顺序，把这些假设依次落实验证，小步快跑，快速调整。
3）克制设计，尊重产品生长
下图两种类型项目操盘手
第一种X型操盘手，这种操盘的方法，也叫计划行操盘。
比如上图要做一个汽车，然后制定一个长远计划，闭门造车。
先做一个轮子，然后两个，然后车身。整个产品开发，都是基于你的理解和愿景在设计，用户直到最后一刻，才能正真使用上你的产品。
第二种Y型操盘，这种操盘方法，也叫探索型操盘。
先用最快速度给用户一个能用的滑板，不够？再给一个自行车，还不够？那就换摩托车，最后演化成一个汽车。产品在第一时间就直接交付给用户测试使用，整个产品设计都是基于不断收集用户反馈。
建议不要选择第一种，那就是所有业务推进都基于自己的愿景和假设，从头想做一个巨大的产品。
尽量选择第二种，尽早面对用户，尽早获得反馈，尽早交付一个用户需求的产品。
好的产品是长出来的，不是设计出来的。
4）拥抱变化，保持开放心态
首先明确几个问题：
1、做业务规划需要多久？6个月？12个月？36个月？一直严格执行计划吗？
2、如果方案不顺利，有备选方案么？准备了几个备选？
大部分操盘手，即便业务验证不成功，也很难接受失败，会想办法维持之前的判断，坚持寻找出路。
一句话总结根本解法4条原则：
- 尽早发布，不要憋大招；
- 小步快跑，在错误中成长；
- 克制设计，尊重产品成长；
- 拥抱变化，保持开放心态；
四条基本原则，希望做新业务时候，反复提醒自己，用这些原则来指导。
在精简总结：
如果只能两个字：试错； 如果用4个字：快速试错； 如果用7个字：低成本快速试错；
这套逻辑，就是精益创业的本质。而低成本快速试错，就是精益创业的精髓所在。用少量的时间和试错成本，来大幅降低你系统性的创业风险。
实操方法
关于精益，最重要的是设计一个聪明的、低成本的MVP。
案例：共享电动滑板
美国一个共享电动滑板项目，融资了大笔钱，而中国居然没有这样的项目，这会是一个好机会么？
4种典型操盘手处理方式：
第一类操盘手A，会招聘人员组建团队开始产品设计，独立研发自己的电动滑板，同时开始开发用户端app，一边融资一边推进业务。
如果操盘手对产品细节有追求，第一个版本往往会把礼券营销功能、会员功能都一起做好发布。
这个方案，大概开发周期在6-12个月，研发投入大概200-300万。
第二类操盘手B，第一个版本硬件产品不会独立研发，会用一些现成的电动滑板解决方案，省一大半硬件开模费用，然后设计简单app，能下单能用就行，然后发布开始铺市场测试效果。
这个方案，大概需要100万，3-6个月足够了。
第三类操盘手C，软硬件产品都先不做，先测试。
买了20个电动滑板，然后在地铁口摆个摊位，做大海报，然后提供人工租凭服务。
这个方案，大概需要2万，1-2周时间足够了。
这个方案已经是比较合格的验证了，即使用户完全没有需求，也就浪费一两周，几万元钱。
第四类操盘手D，花一天时间，做一个海报：电动滑板app上线啦，扫码注册app。就可以天天使用电动滑板。
然后在地铁口，开始引导大家扫码注册。
看有多少用户扫码，就基本判断用户有没有需求了，如果真的扫了，就进入一个页面，感谢你报名，我们的服务还在内测，上线了会第一时间通知你。
第四类方法真的验证跑通，那就简单了，直接切换成第三类的方法，继续测试，第三类到第一类才是项目正真优秀的路径。
从陈本最低到最高，把所有关键策略放到一个坐标上：
- 最右侧，也就是成本最高的，就是全量开发，能想到的功能全都做，对应我们的A操盘手；
- 往左一点，是部分开发，能省则省，只开发最必要的部分，对应的是我们的B操盘手；
- 再往左一些，是提供给客户产品，但是想办法自己不动开发，对应C操盘手；
- 最后一类，是连产品都没有，就是用一个假的介绍，直接去验证用户需求，也就是操盘手D；
关于业务效率灵魂拷问：
- 真的需要做硬件么？ 能不能只做软件？
- 真的需要做独立APP么？能不能做小程序？
- 真的需要做这么多功能么？砍掉一半不做又如何？
- 真的需要做产品么？能不能先做个调研，排除一些选项？
对于第一个版本的开发，总结了两条原则：
- 能用人堆的，就先别动开发；
- 能用流程解决的，就别用系统工具。
初期效率不重要，快速验证假设最重要。
案例学习路径：
- 熟悉项目浪费的常见类型，建立完整方法论框架（原来浪费根源在这里）
- 大量学习MVP设计案例，扩充视野（原来可以这样做）
- 不断借鉴和临摹，设计自己的MVP（原来真的可以这么便宜地验证）
若有收获，就点个赞吧
0 人点赞
