name: 精益创业 description: ‘基于Eric Ries《精益创业》的精益创业方法论。使用当需要：(1) 为新产品的想法设计MVP范围，(2) 定义验证学习实验，(3) 创建创新会计框架，(4) 决定何时调整方向或坚持，(5) 设置关键指标而非虚荣指标，(6) 减少产品开发浪费，(7) 将科学方法应用于创业，(8) 快速测试商业模式假设。’ license: MIT metadata: author: wondelai version: “1.0.0”
精益创业方法论
一种系统化的方法，用于构建创业公司和发布新产品，以缩短开发周期并快速发现商业模式是否可行。
核心原则
创业是一种管理形式。 成功不需要完美的计划或卓越的洞察力——它需要一个系统化的流程来测试假设、从客户学习并快速迭代。
基础： 大多数创业公司失败不是因为无法构建计划中的产品，而是因为构建了错误的东西。精益创业方法论应用科学实验来消除浪费并加速验证学习。
评分
目标：10/10。 当审查或创建产品开发计划、实验或指标时，根据对精益创业原则的遵守程度打分0-10。10/10表示完全应用构建-衡量-学习循环、验证学习和基于证据的决策；较低分数表示瀑布思维或浪费。始终提供当前分数和达到10/10所需的具体改进。
构建-衡量-学习循环
精益创业的基本循环：
想法
↓
构建 → 产品
↓
衡量 → 数据
↓
学习 → 知识
↓
(回到想法)
关键洞察： 循环实际上是反向的。从你想要学习什么开始，确定能告知学习的指标，然后构建最小的产品来收集这些指标。
反向规划：
- 我们想学习什么？ (要测试的假设)
- 我们如何知道是否学到了？ (指标)
- 我们可以构建的最小是什么？ (MVP)
目标： 最小化整个循环的总时间。
参考：references/build-measure-learn.md 获取详细循环执行。
验证学习
定义： 通过验证实验学习客户真正想要什么，而不是基于意见或轶事。
验证学习不是：
- 构建客户请求的功能 (他们不知道想要什么)
- 达到虚荣指标 (下载量、注册量无参与度)
- 进行问卷调查或焦点小组 (人们撒谎或错误预测行为)
验证学习是：
- 用真实行为测试假设
- 衡量客户做什么，而不是说什么
- 运行可能证伪假设的实验
- 学习 = 当你的预测错误时
验证阶梯：
| 级别 | 证据 | 强度 |
|---|---|---|
| 1 | “我认为客户想要这个” | 最弱 (意见) |
| 2 | “客户说他们想要这个” | 弱 (陈述偏好) |
| 3 | “客户注册了早期访问” | 中等 (低承诺) |
| 4 | “客户支付了定金” | 强 (真实承诺) |
| 5 | “客户正在积极使用” | 最强 (揭示偏好) |
目标： 在大规模构建前达到级别4-5。
最小可行产品 (MVP)
定义： 允许团队以最少努力收集最多验证学习的新产品版本。
MVP不是：
- 原型 (不是关于证明技术可行性)
- Beta版本 (不是关于质量或功能)
- 最小可上市产品 (可能令人尴尬)
MVP是：
- 学习工具
- 测试假设的最小实验
- 通常比你想象的更小
MVP类型：
| 类型 | 是什么 | 何时使用 | 示例 |
|---|---|---|---|
| 服务型 | 手动服务假装自动化 | 测试解决方案是否有价值 | Food on the Table (手动餐食规划) |
| 奥兹巫师型 | 虚假自动化，手动后端 | 测试是否需要自动化 | Zappos (无库存，从零售购买鞋子) |
| 烟雾测试型 | 登陆页面 + 注册，无产品 | 构建前测试需求 | Dropbox视频 (解释概念，测量注册量) |
| 单功能型 | 仅一个核心功能 | 测试哪个功能最有价值 | Twitter (仅状态更新) |
| 组合型 | 结合现有工具 | 自定义构建前测试工作流 | Groupon (WordPress + 邮件) |
MVP设计问题：
- 首先要测试的风险最大假设是什么？
- 测试该假设的最小是什么？
- 我们如何衡量假设是否被验证？
常见错误：
- 构建太多 (高估MVP大小)
- 过早优化规模
- 混淆质量与学习 (MVP可能质量低)
- 跳过实验 (无假设构建)
参考：references/mvp-design.md 获取MVP类型和设计模式。
信仰飞跃假设
定义： 如果错误会导致业务失败的假设。
流程：
- 识别商业模式的关键假设
- 按风险优先级排序 (哪个失败会是致命的？)
- 首先测试风险最大的假设
常见信仰飞跃假设：
| 假设类型 | 问题 | 测试方法 |
|---|---|---|
| 价值假设 | 客户关心这个问题吗？ | 烟雾测试，服务型MVP |
| 增长假设 | 客户如何发现我们？ | 渠道测试，推荐实验 |
| 留存假设 | 客户会回来吗？ | 队列分析，参与度指标 |
| 变现假设 | 客户会付费吗？ | 预购，定价测试 |
示例：Dropbox
- 信仰飞跃： “人们会下载并使用文件同步工具”
- 测试： 展示产品的解释视频 (在构建完整版本前)
- 指标： Beta注册列表从5,000一夜增长到75,000
- 学习： 在构建规模基础设施前验证需求
反模式： 按容易程度而不是风险测试假设。
参考：references/assumptions.md 获取假设映射框架。
创新会计
定义： 当传统会计不适用时衡量进展。
传统指标的问题：
- 收入 (创业公司从0开始)
- 客户 (创业公司从0开始)
- 虚荣指标 (看起来好但不驱动决策)
创新会计框架：
1. 建立基准
问题： 我们今天在哪里？
衡量当前现实，即使是零或尴尬。
建立的指标：
- 转化漏斗 (注册 → 活跃 → 留存 → 付费)
- 参与度 (日活/月活比例，会话时长，使用功能)
- 经济性 (客户获取成本，生命周期价值，流失率)
目标： 精确知道起点。
2. 调整引擎
问题： 我们可以改进什么以达到目标？
运行实验以改进基准指标。
示例：
- A/B测试定价 ($9/月 vs. $19/月)
- 测试入门流程 (完成设置的比例)
- 实验渠道 (SEO vs. 付费 vs. 推荐)
目标： 通过验证学习系统化改进指标。
3. 调整或坚持
问题： 我们是否取得足够进展，或者需要改变策略？
基于数据，决定继续或调整方向。
标准：
- 指标是否朝着正确方向移动？
- 改进率是否可接受？
- 我们是否学到预期的东西？
目标： 做出基于证据的战略决策。
参考：references/innovation-accounting.md 获取指标框架和仪表板。
可操作 vs. 虚荣指标
虚荣指标： 让你感觉好但不改变行为。
可操作指标： 驱动决策并阐明因果关系。
| 虚荣 | 为什么不好 | 可操作替代 |
|---|---|---|
| 总注册量 | 总是上升，无上下文 | 注册 → 活跃比例 (转化率) |
| 页面浏览量 | 不表示价值 | 页面停留时间，跳出率 |
| 总用户数 | 包括不活跃/流失用户 | 活跃用户 (日活，周活，月活) |
| 下载量 | 不代表使用 | 日活/下载量比例 (激活率) |
| 收入 | 无上下文 | 每队列收入，生命周期价值/客户获取成本 |
可操作指标的三个特征：
- 可操作： 清晰的因果关系 (可以复制)
- 可访问： 简单，每个人都理解
- 可审计： 可以检查底层数据 (不是黑盒)
示例：
- 虚荣： “我们有100,000用户！”
- 可操作： “来自渠道X的用户留存率比渠道Y高2倍。让我们加倍投入X。”
队列分析： 按注册日期分组用户并跟踪随时间行为。揭示产品是否真正改进。
参考：references/metrics.md 获取指标选择和跟踪。
调整或坚持
调整方向： 结构化修正课程，旨在测试产品、策略或增长引擎的新假设。
何时调整：
- 实验持续未能验证假设
- 指标平坦尽管多次迭代
- 客户反馈与愿景矛盾
- 进展太慢给定资金
何时坚持：
- 指标正在改进 (即使缓慢)
- 明确的学习正在发生
- 调整朝着正确方向移动
调整类型：
| 调整类型 | 什么变化 | 示例 |
|---|---|---|
| 放大调整 | 单个功能成为整个产品 | Instagram (从Burbn签到应用的滤镜功能) |
| 缩小调整 | 产品成为单个功能 | Flickr (从Game Neverending游戏的分享照片) |
| 客户细分调整 | 相同问题，不同客户 | Groupon (从行动平台到本地交易) |
| 客户需求调整 | 相同客户，不同问题 | Potbelly Sandwich (从古董店到三明治店) |
| 平台调整 | 应用 → 平台或平台 → 应用 | YouTube (从约会网站到视频平台) |
| 业务架构调整 | 高利润，低销量 ↔ 低利润，高销量 | Salesforce (从软件到SaaS) |
| 价值捕捉调整 | 变现模式变化 | Android (从付费到免费 + 应用收入) |
| 增长引擎调整 | 病毒、粘性或付费增长模式 | Facebook (从大学内病毒到付费广告) |
| 渠道调整 | 如何接触客户 | Salesforce (从直销到自助服务) |
| 技术调整 | 不同技术，相同解决方案 | Apple (从Intel到ARM芯片) |
调整节奏： 许多成功创业公司在找到产品市场匹配前调整1-5次。
反模式： “调整” 而不验证新方向解决核心问题。
参考：references/pivots.md 获取调整决策框架和案例研究。
三种增长引擎
增长引擎： 你的创业公司如何可持续地获取和留存客户。
选择一个引擎专注：
1. 粘性增长引擎
机制： 高留存，低流失
公式： 增长率 = 新客户获取率 - 流失率
专注： 让客户回来
指标：
- 流失率 (每月停止使用的比例)
- 留存队列 (30/60/90天后仍活跃的比例)
- 参与度 (日活/月活比例)
示例： SaaS，订阅服务，社交网络
策略： 改进产品直到流失率低到自然增长超过流失。
2. 病毒增长引擎
机制： 客户带来其他客户
公式： 病毒系数 = (邀请比例) × (发送邀请数) × (加入比例)
专注： 病毒系数 > 1.0 = 指数增长
指标：
- 病毒系数 (邀请 → 注册)
- 病毒周期时间 (被推荐用户邀请他人需要多久)
- 推荐来源归因
示例： Dropbox，Hotmail，WhatsApp
策略： 将病毒性构建到产品中。必须 > 1.0 才能自持。
3. 付费增长引擎
机制： 花钱获取客户
公式： 生命周期价值 > 客户获取成本
专注： 允许再投资的单位经济性
指标：
- 客户获取成本 (每次获取成本)
- 生命周期价值 (每客户平均收入)
- 生命周期价值/客户获取成本比例 (目标: > 3倍)
- 回收期 (多久收回客户获取成本)
示例： 电商，传统业务
策略： 优化直到每个客户产生足够利润来获取更多客户。
警告： 不要同时使用多个引擎。选择一个，优化它，然后考虑添加其他。
参考：references/growth-engines.md 获取引擎选择和优化。
五个为什么
目的： 根本原因分析以防止问题复发。
流程：
- 问题发生 (错误，宕机，客户投诉)
- 问 “为什么发生这个？” → 答案
- 问 “为什么？” 关于答案 → 第二个答案
- 重复5次直到到达根本原因
- 在各级做适当投资
示例：
问题： 网站宕机
- 为什么？ 服务器内存耗尽
- 为什么？ 新功能内存泄漏
- 为什么？ 代码未审查内存管理
- 为什么？ 基础设施变化无代码审查流程
- 为什么？ 团队移动太快未创建流程
适当投资：
- 修复立即错误 (级别1)
- 添加内存监控 (级别2)
- 实施代码审查 (级别3-4)
- 放慢速度构建质量流程 (级别5)
反模式： 停在级别1 (仅修复症状)。
参考：references/five-whys.md 获取促进指南。
小批量
原则： 小批量工作以加速学习并减少浪费。
为什么小批量获胜：
- 更快反馈循环
- 更容易调整方向
- 错时浪费更少
- 更快上市时间
示例：
| 大批量 | 小批量 |
|---|---|
| 构建整个产品，然后发布 | 发布登陆页面，然后构建 |
| 季度发布 | 每周或每日发布 |
| 规划12个月路线图 | 规划6周周期 |
| 大爆炸重写 | 增量重构 |
持续部署： 终极小批量 = 部署每个代码提交。
好处：
- 错误立即捕获
- 学习持续发生
- 每次部署风险降低
参考：references/small-batches.md 获取实施模式。
精益创业应用
对于不同上下文：
SaaS创业公司
- 烟雾测试： 登陆页面 + 邮件列表 (验证需求)
- 服务型MVP： 手动向10客户交付服务 (验证价值)
- 单功能型MVP： 构建一个核心工作流 (验证参与度)
- 衡量： 留存，净推荐值，功能使用
- 调整或扩展： 基于队列数据
企业创新
- 创新会计： 从核心业务分离指标
- 保护团队： 屏蔽季度收入压力
- 计量资金： 基于验证学习里程碑解锁资金
- 内部创业： 将团队视为公司内的创业公司
产品功能
- 功能标志： 部署在标志后，小范围测试
- A/B测试： 衡量对核心指标的影响
- 终止、迭代或扩展： 基于数据
参考：references/applications.md 获取上下文特定指南。
常见错误
| 错误 | 为什么失败 | 修复 |
|---|---|---|
| 构建太多 | 验证前浪费 | 先用烟雾测试或服务型测试 |
| 询问客户 | 人们不知道或错误预测 | 观察行为，不是意见 |
| 虚荣指标 | 感觉好的数字，无决策 | 跟踪队列，转化，留存 |
| 无假设 | 没有预测就无法学习 | 每个实验前写假设 |
| 调整太慢 | 浪费资金 | 提前设置明确调整标准 |
| 跳过创新会计 | 无法判断是否改进 | 建立基准，衡量调整努力 |
快速诊断
审计任何产品开发计划：
| 问题 | 如果否 | 行动 |
|---|---|---|
| 风险最大的假设是什么？ | 你在脆弱基础上构建 | 映射信仰飞跃假设 |
| 如何测试它？ | 你在猜测 | 设计MVP测试假设 |
| 什么指标会验证/证伪？ | 你不会学到 | 定义可操作指标 |
| 可以用更少测试吗？ | 你过度构建 | 进一步缩小MVP |
| 如果实验失败会做什么？ | 无调整标准 | 提前定义调整触发器 |
精益创业应用：从想法到扩展
阶段1：问题/解决方案匹配
- 目标： 验证问题存在并客户关心
- 方法： 客户发现，烟雾测试，服务型MVP
- 指标： 客户愿意付费或承诺
阶段2：产品/市场匹配
- 目标： 构建人们想要的东西
- 方法： 构建MVP，基于使用数据迭代
- 指标： 高留存，有机增长，强参与度
阶段3：扩展
- 目标： 高效增长
- 方法： 优化增长引擎，改进单位经济性
- 指标： 可持续、盈利增长
反模式： 跳过阶段1-2直接跳转到扩展。
参考文件
- build-measure-learn.md：详细循环执行，反向规划
- mvp-design.md：MVP类型，设计模式，大小确定
- assumptions.md：信仰飞跃假设映射
- innovation-accounting.md：指标框架，仪表板
- metrics.md：可操作 vs. 虚荣，队列分析，指标选择
- pivots.md：调整类型，决策框架，案例研究
- growth-engines.md：粘性、病毒、付费引擎深入
- five-whys.md：根本原因分析，促进指南
- small-batches.md：批量大小减少，持续部署
- applications.md：SaaS，企业创新，功能
- case-studies.md：Dropbox，IMVU，Zappos，Groupon，和失败案例
进一步阅读
此技能基于Eric Ries的精益创业方法论。获取完整框架、研究和案例研究：
关于作者
Eric Ries 是一位创业者和作家，以开发精益创业方法论而闻名。他是IMVU的联合创始人和首席技术官，在那里他开创了持续部署和客户开发实践，成为精益创业的基础。《精益创业》 已被翻译成30多种语言，并影响了全球创业文化。Ries也是长期股票交易所 (LTSE) 的创建者，这是一个为专注于长期价值创造的公司设计的新股票交易所。