Appearance
《精益创业》精读：不是用计划降低风险，是用验证杀死假设
作者：埃里克·里斯
出版：2011年（中信中文版）
关键词：最小可行产品、验证式学习、创新核算、转型、Build-Measure-Learn
一、一句话定罪
创业公司失败不是因为产品不好，而是因为一直在建造一个没人要的东西。精益创业的核心不是"更快更便宜地开发"，而是"用最低成本验证假设"——在最短的时间内，用最小的代价，证明你是错的还是对的。如果你对了，继续；如果你错了，赶紧转型。就这么简单，但绝大多数创业者做不到。他们宁愿花两年时间建造一个完美产品，然后发现市场不存在，也不愿意花两个月验证一个假设。这不是愚蠢，是人性——承认错误比继续错误更痛苦。
二、作者到底想解决什么问题
埃里克·里斯的问题来自血泪。他创办过两家公司，第一家 IMVU 还算成功（被收购），第二家失败得彻底。他复盘时发现，两家公司最大的区别不是运气，不是团队能力，甚至不是产品本身——而是"验证假设的速度"。
IMVU 的早期，里斯和他的团队花了六个月开发一个3D虚拟形象的即时通讯工具。他们假设用户会喜欢3D头像，会在虚拟世界里和朋友聊天。六个月后产品上线，发现用户根本不在乎3D头像，他们只想要更快的文字聊天。那六个月里，他们一直在"优化"一个错误的假设。里斯后来计算过：如果他们在第一周就做一个简单的原型测试，而不是等到第六个月，他们至少能节省五个月的时间、数十万美元的开发和至少两个核心工程师的精力。
里斯后来去了硅谷，加入了一家初创公司，发现同样的模式在重复：创始人花大量时间写商业计划书，投资人花大量时间评估商业计划书，然后公司花大量时间按商业计划书执行——最后发现市场根本不存在。这不是创业，这是仪式化的自我欺骗。商业计划书越精美，假设越不可能被质疑。里斯见过一个团队花了三个月写了一份两百页的商业计划书，里面有五年的财务预测、详细的市场分析、完整的技术路线图。三个月后公司倒闭，因为没有人愿意付费。
他想解决的问题是：在高度不确定的环境中，如何像科学家一样创业？不是先有一个宏伟蓝图然后按图施工，而是先有一个假设然后用实验验证。如果科学方法让医学在过去200年超越了之前2000年，为什么我们不能用同样的方法做商业？这个类比的核心是：科学家不会因为"我的理论很完美"就发表论文，他会让数据说话。创业者也应该这样——不是因为"我的商业计划书很完美"就启动，而是让市场数据说话。
里斯的背景很有特点。他不是在商学院里想出这些的，是在两次创业失败和一次成功中提炼出来的。他读过哲学（和蒂尔一样），后来转向计算机。他是那种典型的"工程师型创业者"——相信问题有解，但解不是猜出来的，是测出来的。他的写作风格也是工程师式的：清晰、结构化、有流程图。如果你期待文学性的阅读体验，这本书会让你失望；但如果你想要一个可以直接执行的框架，它几乎完美。里斯后来成为硅谷的"创业导师"，被无数加速器、孵化器奉为圭臬。他的方法论甚至影响了大企业——通用电气、通用汽车都开始用"精益创业"做内部创新。
三、核心论证拆解
论点一：最小可行产品（MVP）——不是最小，而是最"可验证"
MVP 是精益创业中最被误解的概念。大多数人以为 MVP 就是"做一个很简陋的产品先上线"。里斯的意思是：MVP 是用最少的工作量来验证你最关键的假设。关键区别：MVP 的目的不是"省钱"，而是"学习"。如果产品再简陋，但能告诉你"用户到底要不要这个"，它就是好的 MVP。如果产品很精美，但验证的是你不关心的假设，它就是浪费。
里斯举了一个经典例子：如果你想验证"人们是否愿意在网上买鞋"，你不需要做一个完整的电商网站。你可以做一个简单的网页，放上几张鞋的照片，一个"购买"按钮，用户点击后弹出一个"抱歉，该商品暂时缺货"的页面。然后你统计点击"购买"按钮的人数。这就是 MVP——它用几小时的工作验证了最核心的假设：用户是否愿意在网上买鞋？如果没人点击，你省下了开发电商网站的六个月。如果有人点击，你就知道方向对了，然后继续开发。
真实场景：Dropbox 的 MVP 是什么？不是第一个版本的软件，而是一个3分钟的视频。创始人德鲁·休斯顿在2008年做了一个演示视频，展示 Dropbox 的概念——文件同步、跨设备访问、自动备份。视频放到 Hacker News 上，一夜之间获得了7万注册用户。这个视频没有写一行代码，但它验证了最关键的假设：用户是否愿意为一个"云端同步文件夹"付费？答案是肯定的。休斯顿后来才花时间去开发真正的产品。这个案例的精妙之处在于：如果休斯顿直接写代码，他可能需要六个月才能做出一个可用的原型；但用一个视频，他只用了一个周末就验证了需求。这就是 MVP 的精髓——用最小代价获取最大信息。
另一个案例是 Zappos。创始人尼克·斯威姆尔最初想验证"人们是否愿意在网上买鞋"。他的 MVP 不是网站，而是去当地鞋店拍了几张照片放到网站上。用户下单后，他再去鞋店买鞋寄给用户。这个"手工操作的电商网站"看起来很荒谬，但它用最低成本验证了假设：确实有人愿意在网上买鞋。验证之后，斯威姆尔才投资建立真正的供应链。亚马逊后来以12亿美元收购了 Zappos。
反例思考：MVP 的反面是"完美主义陷阱"。很多创业者说："我的产品还没准备好，再给我三个月。"三个月后，又三个月。里斯说：如果你的产品还没上线，你就没有任何反馈。你不知道用户喜欢什么、讨厌什么、愿意为什么付费。你在黑暗中射击。而精益创业要求你在有光的地方射击——先点亮一盏小灯，看看目标在哪里，再调整枪口。
但 MVP 也有边界。如果你做的是硬件、医疗、航天，MVP 的"最小"可能不是几行代码，而是数百万美元的实验。SpaceX 的 MVP 是 Falcon 1 火箭，它花了四年和1亿美元。对于这类行业，里斯的框架需要调整——但你仍然可以问："我能不能用更小的火箭验证这个引擎设计？"答案是：SpaceX 确实先用 Falcon 1 验证了 Merlin 引擎，然后再用 Falcon 9 扩展。MVP 的精神仍然适用，只是尺度不同。关键是"验证"而不是"最小"。
论点二：验证式学习——用数据杀死幻想
里斯提出了一个概念叫"创新核算"（Innovation Accounting），意思是：不能用传统的财务指标来衡量创业公司。创业公司在早期没有收入，没有利润，没有客户留存。那怎么衡量进展？答案是：验证假设的速度。
具体来说，里斯建议创业公司用"可行动指标"（Actionable Metrics）而不是"虚荣指标"（Vanity Metrics）。虚荣指标是那些看起来很好但什么都不说明的数字——比如总注册用户、总下载量、总页面浏览。这些数字只会让你的 ego 膨胀，不会让你做出更好的决策。可行动指标是那些能驱动决策的数字——比如付费转化率、客户留存率、推荐率、客户生命周期价值（LTV）。
真实场景：假设你做了一个社交App，上线一个月后有一万注册用户。看起来不错？但仔细看：这一万人里，90%只打开过一次，5%打开过两次，只有5%每天打开。如果只看"总注册用户"，你会觉得自己在增长；如果看"日活跃用户/总注册用户"，你会发现你的产品没有留住人。这就是虚荣指标和可行动指标的区别。里斯要求创始人：把 dashboard 上的数字砍掉90%，只留那些能让你当晚睡不着觉的指标。
里斯还提出了"学习里程碑"（Learning Milestones）的概念。传统公司的里程碑是"功能完成度"——比如"我们完成了用户系统、支付系统、推荐系统"。创业公司的里程碑应该是"假设验证度"——比如"我们验证了用户愿意为推荐内容付费"、"我们验证了推荐算法能提高留存率"。如果你完成了十个功能但没有验证任何假设，你在里斯眼里等于什么都没做。里斯建议创业公司每周做一次"学习回顾"：这周我们学到了什么？哪些假设被验证了？哪些被证伪了？下一步做什么？这个仪式比任何周会都重要。
里斯还强调了"量化"的重要性。他说：如果你不能衡量它，你就不能管理它。但创业公司的衡量方式和传统公司不同。传统公司衡量财务指标，创业公司衡量学习指标。里斯建议用一种叫"漏斗分析"的方法：从用户获取到用户转化到用户留存到用户推荐，每个环节都有转化率。通过优化每个环节的转化率，你可以系统性地提升整体增长。这个框架后来成了增长黑客的基石。
反例思考：验证式学习有一个风险：过早优化。如果你过早地用A/B测试来优化按钮颜色，而你的核心产品假设还没验证，你只是在优化一艘正在下沉的船。里斯意识到了这个问题，他区分了"验证性实验"（validate core hypothesis）和"优化性实验"（optimize existing product）。前者必须在后者之前。但现实中，很多团队沉迷于优化，因为优化有数字反馈，验证可能意味着"我们错了"。优化让你感觉自己很高效，验证让你感觉自己很失败——这是人性，但精益创业要求你对抗人性。
论点三：转型（Pivot）——不是失败，是迭代
转型是精益创业中最难执行的部分。里斯说：当你的核心假设被证伪时，你必须改变方向。但改变方向意味着承认你错了，而大多数人不愿意承认自己错了。里斯把这种现象称为"沉没成本谬误"——已经投入了六个月、一年、两年的时间和金钱，现在放弃太可惜了。但里斯说：沉没成本不是成本，继续投入错误的假设才是真正的浪费。
里斯定义了多种转型类型：
- 放大转型：原来的功能变成主要产品。YouTube 最初是一个视频约会网站，后来发现用户上传各种视频，于是转型为通用视频平台。
- 缩小转型：从一个大产品里切出一个功能作为独立产品。Instagram 最初是 Burbn，一个位置签到App，后来把照片滤镜功能独立出来，砍掉了其他所有功能。
- 客户群转型：原来面向企业，现在面向消费者。Slack 最初是一个游戏公司内部工具，后来转型为企业协作平台。
- 问题转型：解决不同的问题，用同样的技术。PayPal 最初是 PalmPilot 之间的转账工具，后来转型为eBay支付平台。
- 技术转型：用同样的解决方案，但用不同的技术。比如从桌面应用转向移动应用。
- 商业模式转型：从免费转向付费，或从B2C转向B2B。Groupon 最初是慈善网站，后来转型为团购平台。
真实场景：Slack 的转型是教科书级别的。2009年，Stewart Butterfield 创办 Tiny Speck，开发一个多人在线游戏 Glitch。游戏本身不太成功，但团队内部开发了一个通讯工具来协作。2012年，Butterfield 决定关闭游戏，把内部通讯工具变成独立产品。这个转型极其痛苦——团队花了三年做游戏，投入了大量感情和资金，现在要全部放弃。核心工程师离职，投资人失望，媒体报道"又一个失败的游戏公司"。但 Butterfield 后来回忆说，如果没有那个痛苦决定，就不会有 Slack。今天 Slack 市值数百亿美元，被 Salesforce 以277亿美元收购，而 Glitch 只是一个脚注。转型的本质是：沉没成本不是成本，继续投入错误的假设才是真正的浪费。Butterfield 的勇气在于，他愿意在一个已经投入三年的项目上按下停止键——这种决断力比任何商业计划书都重要。
另一个案例是 Twitter。Twitter 最初是 Odeo，一个播客平台。2005年，苹果在 iTunes 中集成了播客功能，Odeo 的商业模式被瞬间摧毁。创始人团队被迫转型，在内部做了一次 hackathon，其中一个 side project 就是 Twitter——一个让你用短信发140字状态更新的服务。Odeo 死了，Twitter 活了。如果 Odeo 团队坚持原来的播客方向，他们可能成为另一个被苹果碾压的小公司。
反例思考：转型有一个阴暗面："旋转门"。有些创业者把"转型"当成借口，每三个月换一次方向，从来没有真正验证任何假设。里斯自己也警告了这个问题：转型不是漫无目的地尝试，而是基于验证数据的定向调整。如果你转型了三次还没有找到产品-市场匹配（PMF），你可能需要彻底停下来问自己：我真的有一个秘密吗？还是只是在碰运气？里斯引用了一个统计数据：大多数成功创业公司的转型次数是1-2次。如果超过3次，失败率急剧上升。所以转型是有预算的——你的人生只有有限的转型次数。
论点四：持续部署与快速迭代——速度是 Startup 的氧气
里斯在 IMVU 期间引入了"持续部署"（Continuous Deployment）的实践：每个工程师每天可以部署多次代码，每次部署都自动经过测试，上线后立即监控。这在2006年是激进的——当时大多数公司每月甚至每季度才发布一次版本。微软的 Windows 是三年一个版本，Oracle 是两年一个版本。IMVU 是每天几十次。
持续部署的价值不在于"更快发布功能"，而在于"更快获得反馈"。如果你每天发布三次，你每天可以获得三次反馈。如果你的假设错了，你最多损失一天；如果你每月发布一次，你可能浪费了一个月。里斯说：在创业中，时间不是金钱，时间是氧气。你烧的钱可以融到，但你浪费的时间永远回不来了。
真实场景：Facebook 的"快速行动，打破常规"（Move Fast and Break Things）是精益创业精神的极端体现。扎克伯格要求工程师每周提交代码，新功能直接推给1%的用户做A/B测试。如果数据好，继续扩大；如果数据差，直接回滚。这种速度让 Facebook 在2010年代碾压了所有竞争对手——MySpace、Friendster、Orkut 都被 Facebook 的迭代速度甩在后面。MySpace 的产品团队需要几个月才能上线一个功能，Facebook 只需要几天。当 MySpace 还在讨论"要不要做新闻流"的时候，Facebook 的新闻流已经迭代了三个版本。
但里斯也指出，速度不是目的，学习才是目的。如果你每天发布十个版本，但每个版本都验证同一个假设，你只是在原地打转。速度是手段，假设验证是目的。这个区分很重要，因为很多人把"敏捷开发"变成了"混乱开发"——没有目标地快速迭代，最后产品一团糟。里斯后来修改了他的口号："快速行动，保持基础架构的稳定。"意思是：你可以快，但不能牺牲质量。
四、关键概念工具箱
最小可行产品（MVP）：用最少的工作量验证最关键的假设。不是"最小的产品"，是"最可验证的产品"。一个视频可以是 MVP，一个登录页可以是 MVP，一个手工操作的"假装自动化"也可以是 MVP。关键是验证，不是产品本身。
验证式学习：像科学家一样创业。提出假设，设计实验，收集数据，得出结论。如果结论支持假设，继续；如果不支持，转型。学习不是"读了很多书"，是"证明了或证伪了你的假设"。
创新核算：不用收入、利润衡量早期创业公司，用"假设验证度"衡量。设立学习里程碑，而不是功能里程碑。问自己：这个月我验证了什么？不要问自己：这个月我完成了多少功能？
可行动指标 vs 虚荣指标：可行动指标能驱动决策（转化率、留存率）；虚荣指标只能满足 ego（总用户数、下载量）。删掉虚荣指标，只留可行动指标。如果某个数字让你感觉很好但不知道怎么行动，它就是虚荣指标。
转型（Pivot）：当核心假设被证伪时，改变方向。转型不是失败，是迭代。但转型需要基于数据，不是凭感觉。里斯说：转型前必须有一个"验证数据"支撑，否则你就是"旋转"。
Build-Measure-Learn 循环：构建一个实验，测量结果，学习教训。循环越快，创业公司的氧气越充足。目标不是缩短循环中的某一步，是缩短整个循环。里斯建议用"看板"（Kanban）来管理这个循环，每个实验都是一个卡片，从"待做"到"进行中"到"已完成"。
五、这本书的盲区
1. 对技术创业的过度偏向
里斯的框架几乎完全是为软件/互联网创业设计的。MVP、持续部署、A/B测试——这些在互联网行业是天经地义，在硬件、医疗、制造、农业中根本不适用。如果你在做一款新药，你的 MVP 不可能是一个"最小可行药物"；如果你在做飞机，你不能"快速迭代，打破常规"。里斯后来也意识到了这个问题，他在后续的书中尝试扩展到其他行业，但效果有限。对于非科技创业者，这本书需要大量 reinterpretation。比如，一个餐馆老板可以用"MVP"思维先推出一个"pop-up 餐厅"来测试菜单，而不是直接租店面装修。但框架的适用性需要大幅调整。
2. 对"假设"本身的质量没有讨论
里斯告诉你如何快速验证假设，但他没告诉你如何提出好的假设。如果你的初始假设本身就是垃圾，验证再快也没有意义。比如，"用户愿意为虚拟宠物付费"这个假设，可能在2000年有点道理（Tamagotchi），在2010年已经很弱，在2020年几乎荒诞。里斯没有提供框架来评估假设的"先天质量"——他假设你已经有了一个值得验证的假设。但现实中，很多创业者最大的问题是不知道假设从哪里来。蒂尔在《从0到1》中讨论的"秘密"概念，可以补充这个盲区。
3. 对团队执行力的低估
里斯的方法论假设团队能严格执行：快速迭代、数据驱动、勇于转型。但现实中，团队是人组成的，人有 ego、有政治、有惯性。让一个团队承认"我们六个月的开发是错的"需要巨大的心理勇气。里斯承认了这个困难，但没有提供解决方案。他提到了"认知偏见"，但没有深入讨论如何在一个组织内克服这些偏见。这部分需要丹尼尔·卡尼曼的补充。而且，很多团队的"数据驱动"变成了"数据装饰"——用数据来支持已经做出的决定，而不是用数据来挑战决定。
4. 对"客户开发"的模糊边界
精益创业和"客户开发"（Customer Development，由Steve Blank提出）经常被混淆。里斯的书里大量借鉴了Blank的框架，但两者的侧重点不同：Blank 强调"走出大楼"去和客户谈话，里斯强调"用MVP验证假设"。这两种方法有时会冲突：客户说"我想要这个"，但 MVP 证明他们根本不会用。里斯倾向于相信 MVP 的数据，而不是客户的言语。但现实中，早期的 MVP 数据可能不足以得出结论，需要大量的定性访谈来补充。里斯在这本书中对定性方法的讨论不够充分。比如，你如何从一个用户的访谈中提取可验证的假设？里斯没有详细讨论。
5. 对规模化阶段的空白
精益创业回答的是"从0到1"的问题，但沉默于"从1到N"的问题。一旦你验证了产品-市场匹配，如何规模化？如何建立销售团队？如何进入新市场？里斯几乎完全回避了这些问题。这不是批评——他明确说这本书只关注早期阶段——但读者需要知道，精益创业只是创业旅程的前半段，后半段是另一个完全不同的游戏。从1到N需要不同的技能：运营、管理、销售、市场营销。这些不是精益创业的强项。
6. 对"数据"的神化
里斯有一种工程师的信仰：数据是客观的，数据不会说谎。但数据的选择、数据的解释、数据的呈现，都是主观的。A/B 测试可以告诉你"版本A的转化率比版本B高5%"，但它不能告诉你"为什么"。而且，很多重要的商业决策不能量化——品牌定位、团队文化、战略方向——这些领域里斯的框架几乎无能为力。过度依赖数据可能导致"局部优化"——你在优化每一个小数点，但忘了你在爬一座错误的山。里斯后来也承认了这个问题，他说："数据可以告诉你什么是，但不能告诉你什么应该是。"
六、谁该读、谁不该读
该读：
- 软件/互联网领域的创业者。如果你的代码在GitHub上，你的用户在App Store里，这本书是你的圣经。MVP、A/B测试、持续部署——这些是你每天呼吸的氧气。没有这本书，你可能还在做六个月的商业计划书。
- 产品经理。里斯的方法论直接适用于产品管理：怎么验证需求、怎么衡量成功、怎么决定功能优先级。读完之后，你会对"roadmap"有完全不同的理解。你会开始问：这个功能是为了验证什么假设？
- 投资人。如果你投早期项目，你需要知道创始人是在精益创业还是在精益幻想。问他：你的核心假设是什么？你打算怎么验证？如果证伪了，你会转型吗？如果他答不上来，这钱可能打水漂。里斯的书让你知道该问什么问题。
- 大企业里的创新团队。很多大公司想做"内部创业"，但失败率极高。里斯的框架可以帮助你理解为什么：因为大公司有 KPI、有预算审批、有季度考核，这些和精益创业的精神是矛盾的。但知道敌人是谁，是战胜它的第一步。你可以用精益创业的方法论，在公司的限制内做最大化创新。
- 在商学院读MBA的人。这本书会挑战你学到的一半东西——商业计划书、市场调研、竞争分析。不是说这些东西没用，是说它们是在"确定性环境"里设计的工具，而创业是"不确定性环境"。MBA教的是"怎么管理已知"，精益创业教的是"怎么探索未知"。
- 对"数据驱动"感兴趣的人。里斯的书是数据驱动决策的入门指南。你会学到怎么设计实验、怎么选择指标、怎么避免虚荣指标。这些技能在任何行业都有用。
不该读：
- 硬件、医疗、制造、农业等"重资产"行业的创业者。里斯的框架对这些行业基本不适用，你需要找专门针对这些行业的书（如《硬件创业》）。虽然你可以借鉴一些原则，但具体方法完全不同。
- 寻求"完美产品"的艺术家型创作者。精益创业要求你快速发布、快速迭代，这意味着你必须接受"不完美"。如果你做的是一款需要三年打磨的游戏，或者一本需要十年写成的书，精益创业可能不适合你。虽然里斯会说"你仍然可以验证假设"——比如先发布一个demo——但艺术家和工程师的DNA不同。你需要的是直觉，不是A/B测试。
- 已经有成熟产品、进入规模化阶段的企业。精益创业回答的是"怎么找到PMF"，不是"怎么增长"。如果你已经有了PMF，你需要读《增长黑客》《销售加速公式》这类书。继续读精益创业就像拿着地图找已经到达的地方。
- 对数据和分析感到厌倦的人。里斯的书是数据驱动的。如果你更喜欢直觉、灵感、创意，这本书会让你觉得冰冷。但冰冷有时候是良药。如果你正在做决策但不愿意看数据，这本书会强迫你面对现实。
七、延伸阅读
《四步创业法》史蒂夫·布兰克 — 里斯的直接前辈。布兰克提出了"客户开发"方法论，是精益创业的理论基础。如果你想知道里斯从哪里来的，读这本。布兰克的书更学术、更系统化，但读起来也更多。布兰克强调"走出大楼"——不要坐在办公室里猜测，去和客户面对面交流。这个补充了里斯对定性方法的不足。
《创业维艰》本·霍洛维茨 — 精益创业告诉你怎么找到方向，霍洛维茨告诉你找到方向之后怎么活下来。裁员、解雇、破产、背叛——这些是精益创业不会教你的。霍洛维茨是Andreessen Horowitz的联合创始人，他的书是从战壕里写出来的，每一页都有血腥味。
《Running Lean》阿什·莫里亚 — 精益创业的操作手册升级版。比里斯的书更实用，有更多模板、checklist、worksheet。如果你需要"今天就能用"的工具，读这本。莫里亚把精益创业变成了一个可以直接执行的工作坊。
《黑客与画家》保罗·格雷厄姆 — 格雷厄姆从Y Combinator的角度讨论创业。比里斯更哲学，更技术导向。如果你是个程序员，格雷厄姆的书会让你更有共鸣。格雷厄姆认为，创业是黑客精神的自然延伸——用代码改变世界。
《衡量》道格拉斯·哈伯德 — 关于"怎么量化任何东西"的方法论。里斯告诉你"要测量"，哈伯德告诉你"怎么测量"。两本结合，你就有了完整的量化工具箱。哈伯德的方法论在政府部门和咨询公司用得很多，但他的原则同样适用于创业。
《从0到1》彼得·蒂尔 — 蒂尔和里斯是互补的。蒂尔告诉你"做什么"（从0到1的秘密），里斯告诉你"怎么做"（验证假设的方法）。如果你只读一本，你只有一半的工具。两本一起读，你就有了完整的创业思维框架。