产品还没做出来，团队不大，钱也不多，但市场总得先看看方向对不对吧
大家都说要做MVP，要低成本验证，可具体怎么操作呢
是不是做个简陋的页面放上去，看看有没有人注册就算验证了
我见过太多团队在这个阶段踩坑，有的花几个月做了个自以为很精简的版本，结果上线后根本没人用
有的倒是有人用，但反馈来的东西七零八落，团队也不知道该往哪里改
问题出在哪里
在我看来，很多人把精益创业理解成了省钱创业
Eric Ries那本《精益创业》我翻过很多遍，他反复强调的不是成本，是速度
速度意味着什么，意味着你验证一个假设所花的时间
你花三个月做了一个功能齐全但没人要的产品，和你花三天做了一个极其简陋但有人愿意付一块钱的功能，哪个速度更快
显然是后者
但人性就是这样，我们总想做得更完美一点，功能更完整一点，界面更好看一点
结果就是既要又要还要
创业最怕的就是这种心态
我认识一个做教育工具的朋友，他们团队最开始想做一个完整的在线学习平台，有课程管理、作业批改、互动社区
光是讨论产品原型就花了两个月，开发又花了四个月
等到产品上线，发现最大的痛点根本不是平台功能，而是老师批改作业的效率
他们后来砍掉了百分之八十的功能，只做了一个智能批改的小工具，反而迅速打开了市场
这个故事听起来简单，但做起来太难了
因为舍弃需要勇气，更需要清晰的判断
刀要快先要磨，这个磨不是磨产品，是磨团队的认知
你们到底在解决什么问题，为谁解决，他们愿意为什么付钱
这三个问题没想清楚之前，任何开发都是在浪费资源
我建议他们先别写代码，去和真实的老师聊，去教室里待着看
看他们批改作业的过程，看他们抱怨什么，看他们用什么土办法解决问题
聊了二十几个老师之后，他们发现了一个共同点：批改选择题太费时间了，尤其是那些需要手动录入分数的场景
于是他们用了一个周末，做了一个极其简单的网页工具，老师上传学生名单和答案，系统自动算分生成报表
他们把这个工具发给之前聊过的老师试用，不收钱，只要求反馈
结果一周内就有五个老师主动问能不能付费，因为他们实在受够了手动算分
你看，这才是验证
不是看有多少人注册，是看有没有人愿意为你的解决方案付钱，哪怕只是一块钱
创业不能有短板，这句话在这里有另一层意思
你的团队可能技术很强，但如果不了解市场，那就是最大的短板
你的产品可能设计很棒，但如果解决的不是真问题，那也是白搭
验证的过程就是在补短板，补认知的短板，补市场洞察的短板
很多人问我，那到底该怎么系统地学习这套方法
其实国内已经有一些很好的课程和资源了，不用自己从头摸索
我知道有些团队喜欢闭门造车，觉得自己的点子独一无二，怕别人学了去
但说真的，大多数创业想法没那么独特，独特的是执行方式
先花点时间学习前人总结的方法论，可以少走很多弯路
省下来的时间和钱，比你想象的多得多
最后我想说的是，验证不是为了证明自己是对的
恰恰相反，验证是为了尽快发现自己错了
发现得越早，调整得越快，活下去的概率就越大
这大概就是精益创业最核心的精神吧