---
name: lean-startup-skill
description: |
  精益创业（Lean Startup）的结构化思维工具。基于 Eric Ries、Steve Blank、Ash Maurya 等一手来源的深度调研，
  提炼 5 个核心原理和完整的操作协议。
  触发词：「精益创业」「lean startup」「MVP」「验证假设」「最小可行产品」「pivot」「转型」。
---

# 精益创业 · 思维工具

> "A startup is a human institution designed to create a new product or service under conditions of extreme uncertainty." — Eric Ries

## 激活条件与触发词

- 直接调用：「用精益创业分析...」「设计MVP」「验证这个方向」
- 语义触发：创业/新产品想法但不确定方向，想快速验证
- 组合调用：「先用精益创业验证，再用增长黑客放大」

## 方法框架概览

精益创业的核心是在极端不确定中用最小成本快速学习，它通过 Build-Measure-Learn 循环、可证伪假设、MVP 作为学习工具、转型而非失败的思维来避免在错误方向浪费资源。

## 核心原理（3-7个，每个须附 ≥2 个跨域证据）

### 原理 1: 构建测量学习循环（Build-Measure-Learn Loop）

**一句话定义**：不猜测，从真实的用户行为数据中学习。

**跨域证据**：
1. 电商：Zappos 创始人去鞋店拍照放网上，有人下单再去买，验证了"人在网上买鞋"（来源：Hsieh, Delivering Happiness, 2010）
2. 社交工具：Buffer 用两个着陆页（免费/付费）验证"有人愿意为社交媒体排期付费"（来源：Buffer Blog, 2010）

**应用方式**：每个关键不确定点设计一个最小实验，测量用户行为而非他们说什么。

**局限**：某些产品（如 Tesla）需要巨额前期投入，不能用快速 MVP 验证。

### 原理 2: 假设必须可证伪

**一句话定义**：如果不能设计实验来证明假设错误，就不是科学假设。

**跨域证据**：
1. 哲学：Popper 提出科学与伪科学的区分是可证伪性（来源：Popper, The Logic of Scientific Discovery, 1934）
2. 投资：Naval Ravikant 强调好的创业假设应在 2 周内能被数据推翻（来源：Naval, The Angel Philosopher, 2015）

**应用方式**：每个关键假设写成"如果X成立应看到Y数据。如果2周内看不到，X不成立。"

**局限**：某些价值假设（如"用户会喜欢这款设计"）难以纯数据证伪，需定性反馈补充。

### 原理 3: MVP 是学习工具，不是产品

**一句话定义**：MVP 的目标是最大化单位时间学习量，不是产品销量。

**跨域证据**：
1. 云存储：Dropbox 用 3 分钟视频演示验证需求，5万人注册等待列表（来源：Houston, Dropbox MVP Story, 2010）
2. 音乐流媒体：Spotify 用极小内测版验证无限流媒体音乐需求（来源：Ek, Spotify Origin Story, 2010）

**应用方式**：设计 MVP 时问"不做这个功能会阻碍我学到最关键的东西吗？"

**局限**：某些领域 MVP 质量太差会永久失去用户信任（如金融、医疗）。

### 原理 4: 转型是进步而非失败

**一句话定义**：当数据不支持当前方向时，改变方向是科学方法的核心。

**跨域证据**：
1. 电商：Groupon 从公益众筹平台转型团购商（来源：Mason, How I Built This, 2014）
2. 协作工具：Slack 从游戏公司转型企业通讯工具（来源：Butterfield, Slack Origin Story, 2013）

**应用方式**：每月一次 Pivot/Persevere 会议，数据支持继续吗？不支撑该往哪转？

**局限**：频繁 Pivot 消耗团队士气。Pivot 前必须有清晰的决策框架。

### 原理 5: 创新核算（Innovation Accounting）

**一句话定义**：用可操作指标替代虚荣指标衡量真正进展。

**跨域证据**：
1. 即时通讯：IMVU 发现注册用户数是虚荣指标，活跃付费用户增长曲线才是真进展（来源：Ries, The Lean Startup, 2011）
2. 制造：Toyota 用"每小时产生的问题数"而非总产量衡量改善（来源：Ohno, Toyota Production System, 1988）

**应用方式**：定义 3 个核心指标（获客、激活、收入），用曲线趋势代替总用户数。

**局限**：过度关注可量化指标会忽略重要但不可量化的维度（如用户情感连接）。

## 操作协议（Agentic Protocol）

### Step 1: 问题分类

**适用信号**：
- 创业初期高度不确定性
- 有多个方向但资源只够验证少数
- 需要把产品想法转化为可验证假设

**不适用信号**：
- 成熟持续运营优化（适用改善 Kaizen）
- 方向确定需规模化（适用增长黑客）
- 需巨额前期资本支出的项目

### Step 2: 精益创业式分析

**研究维度**（每个维度须追溯到核心原理）：

1. **核心假设识别**：价值假设（用户真的需要吗？）和增长假设（用户会自然增长吗？）
   - 来源原理：原理 2
   - 操作方式：列出 3 个最关键假设，每个写成可证伪格式

2. **MVP 设计**：用什么最便宜的方式验证这 3 个假设？
   - 来源原理：原理 3
   - 操作方式：格式"实验内容→最少花费→最少学习→成功标准"

3. **验证指标定义**：用哪个指标判断假设成立？
   - 来源原理：原理 5
   - 操作方式：为每个假设定义 1 个真实指标和判断阈值

4. **转型/坚持判断**：基于当前数据该坚持还是转型？
   - 来源原理：原理 4
   - 操作方式：预设"如果数据<阈值→考虑转型到[方向]"

### Step 3: 精益创业式输出

- 3 个核心假设（可证伪格式）
- 推荐 MVP 设计方案（含成本和时间估计）
- 验证指标和成功/失败阈值
- Pivot 备选方向

## 适用/不适用判断

| 问题类型 | 适用度 | 说明 |
|---------|--------|------|
| 新产品方向验证 | 高 | 经典场景 |
| 功能优先级决策 | 高 | 用实验数据替代主观排序 |
| B2C 互联网创业 | 高 | 精益创业方法论原生适合 |
| 硬科技创业 | 中 | 思想适用但 MVP 方式不同 |
| 成熟企业渐进优化 | 低 | 用改善（Kaizen）更合适 |

## 典型案例库

### 成功案例

1. **Dropbox 视频 MVP**（云存储/2008）
   - 问题：需验证"普通人需要文件同步"而不写一行后端代码
   - 方法应用：制作 3 分钟产品演示视频
   - 结果：beta 等待列表从 5000 跳到 75000
   - 来源：Houston, Dropbox Startup Story (2011)

2. **Zappos 鞋店 MVP**（电商/1999）
   - 问题：验证"人在网上买鞋"
   - 方法应用：去实体鞋店拍照放网站，有订单再去买
   - 结果：验证需求真实获外部融资
   - 来源：Hsieh, Delivering Happiness (2010)

3. **Buffer 两页 MVP**（社交工具/2010）
   - 问题：验证"有人愿意为社交媒体排期付费"
   - 方法应用：两个着陆页（免费版/付费版），点付费按钮看到"还在开发中"
   - 结果：付费版点击率显著，开始写代码
   - 来源：Buffer Blog, "How We Validated Buffer" (2010)

### 失败案例

1. **Color 的天价失败**（社交/2011）
   - 问题：融资 4100 万美元做照片分享社交
   - 误用方式：未做 MVP 验证就大规模开发，APP 发布后无人理解使用方式
   - 教训：钱多不代表可以跳过验证。融资额不应替代用户验证
   - 来源：TechCrunch, "Color's $41M Failure" (2011)

## 误用检测器（≥3 种误用模式）

| 误用信号 | 检测逻辑 | 警告信息 | 建议动作 |
|---------|---------|---------|---------|
| 方法与问题不匹配 | 巨额 CAPEX 的硬科技项目想用快速 MVP | "硬科技项目不能简单套用互联网 MVP。但可验证需求假设——人们真的需要吗？" | 调整方式 |
| 跳过关键步骤 | 设计了 MVP 但没定义验证指标 | "没有验证指标的 MVP 只是产品开发不是学习。先定义什么才算验证通过。" | 引导定义指标 |
| 忽略学习循环 | 做了 3 轮迭代但没记录每次学到的关键洞察 | "3 次实验还没记录学到什么，你是在开发产品不是在学." | 引导回顾学习 |

## 诚实边界（≥3 条具体局限）

1. **不适用于巨额 CAPEX 项目**：芯片厂、制药等需建设施的项目不能用两周 MVP 验证
2. **可能忽视长期愿景**：过度聚焦快速验证可能导致团队失去长期愿景坚持
3. **样本偏差风险**：早期用户可能不代表主流市场，用早期用户验证可能误导规模化方向
4. **质量门槛问题**：金融、医疗、安全等行业 MVP 质量要求高，劣质 MVP 会永久伤害品牌信用

## 调研来源（一手来源占比须 >50%）

| # | 来源 | 类型 | 一手/二手 | 权重 |
|---|------|------|----------|------|
| 1 | Ries, The Lean Startup (2011) | 著作 | 一手 | 高 |
| 2 | Blank, Four Steps to the Epiphany (2005) | 著作 | 一手 | 高 |
| 3 | Maurya, Running Lean (2012) | 著作 | 一手 | 高 |
| 4 | Hsieh, Delivering Happiness (2010) | 著作 | 一手 | 中 |
| 5 | Dropbox MVP Case Study (2011) | 案例 | 一手 | 中 |
| 6 | Buffer MVP Blog Post (2010) | 博客 | 一手 | 中 |
| 7 | TechCrunch: Color Failure Report (2011) | 报道 | 二手 | 中 |

> 本 Skill 由 [Forge Skill — 锻造思维工具](https://github.com/peterfei/forge-skill) 生成