前言
我目前在探索低成本创业的方法，这也是计算机领域从业者的一大优势。只需要一台电脑，申请一台服务器，注册一个域名，就可以做出一个MVP去试水、去验证项目的关键假设。
当然我之前跟最好的朋友也在探索业余项目开发之道，但并没有理想中的那种让我们财富自由、走上人生巅峰。Github被废弃的项目也有很多，足以见得很容易一腔热血启动一个项目，但如何持续发展、如何活下去是最大的课题。
当然，在时间”无限多“、试错成本”无限小“的学生时代，我可以用Linus的”Just For Fun“精神（也有同名自传《只是为了好玩》）把一个项目从零初始化代码库、数据库、画前端、设计交互，以及后续的展示PPT、宣传视频、手册装帧、竞赛演讲展示统统自己一个人包揽，享受一人全国大赛连霸的中二病热血漫画情节。
但毕业成为社畜之后，时间和精力仿佛变得有限了起来。这也是为什么管理时间、精力甚至是注意力要放到金钱管理同等地位。现在再从零去做一个项目仿佛是一件”赛博自我安慰“的事情，但使用已经被市场验证过的技术又何尝不是一件好事呢？君不见多少个业余项目是因为MVP迟迟不上线而胎死腹中？又有多少项目”创业未半，花光预算“？因此，系统性学习创业课程，在保住本金的基础上，还能够节约时间和精力这种不可再生资源。
这是篇笔记型博文，俗话说好记性不如烂笔头，读书读一遍忘一遍的我还是勤记录更好一些。我会使用注解的方式在笔记中穿插我的见解，但一些部分较为简略。部分内容版权归”一堂“所有，”一堂“是个干货满满的创业训练营。
创业究竟在创什么？
用假设驱动业务 —— ”你这个业务、渠道、产品的【关键假设】是什么“。不要仅仅看业务表面的数据、产品形态、用户评价，而是围绕假设来推进业务。而假设，就是你的模式如果需要成立，它所依赖的所有关键条件。关键条件如果全部验证成立，你的业务就基本能够跑通。而如果有一条不成立，那么业务也很难走下去，此时就需要考虑转型甚至放弃。关键假设是所有假设里面，风险最高，对你创业最重要的假设。
因此，需要努力识别出这些极少数的关键假设，然后围绕这些关键假设来验证你的业务。这些拆分后的关键假设哪些是别人验证过了？剩下哪些风险最高？（比如开店最重要的两个关键假设是选品和获客）
相处一个idea不值钱，因为可能有成千上万人都有相同的想法，但背后的关键假设才价值千金。
其实在工作中，判断一个创新项目是否可能可行。如果这个项目之前已经有类似的例子，或是使用的技术栈都比较熟悉，那么可以直接估算上下游工时。如果这个项目根本没有参照物，那么就需要分析这个项目的核心点是什么，然后使用关键技术去快速验证能否跑通最小版本。
管理创新项目，多给自己留几条命：事前验尸（想一想项目会死在哪里、有哪些致命的点、如果最大程度最小成本地避免死掉）+ 未料胜先料败。
关键假设三板斧
先加法，再减法，最后快速验证。
先加法
先加法：把业务拆成一组假设，用几句话或一页纸，把整个业务所有要素提炼出来。
把一个项目拆成一系列独立判断，而且他们是极度关键的、影响成败的、逻辑完备的、前后依赖的、可以用来指导决策的。
2
拆成两个最基础的假设——价值假设和增长假设。
价值假设：你提供的这个东西，到底对于消费者有没有价值，大家会不会为此而买单？或者你的一个门店，长期能不能盈利？
增长假设：你的这个业务如果有价值的话，能不能快速地复制、快速地扩张、快速地传播开，让大家都用起来。
总之一句话：不要过早复制，未经验证的商业模式
5
五个里程碑——需求（值得解决的问题） → 解决方案（真的能满足用户需求和痛点么） → 商业模式（收入真的大于成本么？解决方案长期可以持续么？）→ 增长（能不能快速地复制你的模式，让更多人使用你的产品占领市场？）→ 壁垒（能不能守住你的竞争优势，甚至未来优势，做成行业巨头？）
这些一定要全局预判和重点执行。创业开始，在脑子里一定有全局思考，要对未来有所预判。打仗的时候，把手里重点放在眼下真正重要的环节，专注执行。
9
任何一个商业模式，都可以拆成9个关键部分。
再减法
再减法：从中挑出来重点，不能眉毛胡子一把抓。
原则1：前置假设优先（按顺序做）
原则2：验证单一假设（风险越高，步子越小）
原则3：风险高的优先（拖得越晚，损失越大，最低成本验证）
快验证：面对挑出来的关键假设，需要知道如何快速验证，如何用10%的投入，完成100%的工作。
我在公司里面业余做了一堆提效工具，做出的工具解决了同事什么问题、如何推广、如何迭代，都是工具开发者需要回答的问题。
如果诸君想要体验上述流程，可以在公司或团队内部针对实际问题，做一个提效工具。推广大家都来用，坚持迭代然后尽可能地延长工具的生存时间。
提炼关键假设的Cheat Sheet
- 你对业务的判断（这是基础）
- 合伙团队一起讨论（大家虚的点是哪里）
- 圈内创业者建议（尤其是坑和吐槽）
- 投资人的建议（经验/吐槽）
- 资深FA的建议（经验/吐槽）
- 历史阵亡项目的死因（值得重点研究）
- 同一赛道竞品的侧重点（对标业务在验证什么）
真的太像一个技术改造项目流程了
先自己判断能不能做
技术评审，看看有没有坑
之前是否做过类似项目，去请教做过的大佬
预算管理员对估算的资源怎么看（尤其是引入额外中间件）
类似项目有delay经验么（尤其是数据迁移、技术栈迁移这种要求一致性的头疼项目）
同公司或是友商的设计方案是什么？能否直接用？他们解决了什么问题？效果如何？
搞清楚以上几点，这个项目估计就离成功不远了，赌一个3.75吧（误）
高效回答关键假设
创业≠做一个产品出来
创业=验证关键假设
- 有些时行业常识，不用验证（行业都有benchmark经验值）
- 还有一些竞争对手验证过的（能烧别人的钱，就别烧自己的钱）
- 还有几条靠行业常识和竞争对手回答不了的，开始自己动手做实验（小步快跑，低成本试错）
图书推荐
创业必读指南：《精益创业》、《从0到1》、《商业模式新生代》、《四步创业法》
额外加餐：《巴菲特的护城河》
无法预测未来，不等于就此放弃计划。 —— 安迪格鲁夫
