| 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）
一句话定义：不猜测，从真实的用户行为数据中学习。
跨域证据：
- 电商：Zappos 创始人去鞋店拍照放网上，有人下单再去买，验证了"人在网上买鞋"（来源：Hsieh, Delivering Happiness, 2010）
- 社交工具：Buffer 用两个着陆页（免费/付费）验证"有人愿意为社交媒体排期付费"（来源：Buffer Blog, 2010）
应用方式：每个关键不确定点设计一个最小实验，测量用户行为而非他们说什么。
局限：某些产品（如 Tesla）需要巨额前期投入，不能用快速 MVP 验证。
原理 2: 假设必须可证伪
一句话定义：如果不能设计实验来证明假设错误，就不是科学假设。
跨域证据：
- 哲学：Popper 提出科学与伪科学的区分是可证伪性（来源：Popper, The Logic of Scientific Discovery, 1934）
- 投资：Naval Ravikant 强调好的创业假设应在 2 周内能被数据推翻（来源：Naval, The Angel Philosopher, 2015）
应用方式：每个关键假设写成"如果X成立应看到Y数据。如果2周内看不到，X不成立。"
局限：某些价值假设（如"用户会喜欢这款设计"）难以纯数据证伪，需定性反馈补充。
原理 3: MVP 是学习工具，不是产品
一句话定义：MVP 的目标是最大化单位时间学习量，不是产品销量。
跨域证据：
- 云存储：Dropbox 用 3 分钟视频演示验证需求，5万人注册等待列表（来源：Houston, Dropbox MVP Story, 2010）
- 音乐流媒体：Spotify 用极小内测版验证无限流媒体音乐需求（来源：Ek, Spotify Origin Story, 2010）
应用方式：设计 MVP 时问"不做这个功能会阻碍我学到最关键的东西吗？"
局限：某些领域 MVP 质量太差会永久失去用户信任（如金融、医疗）。
原理 4: 转型是进步而非失败
一句话定义：当数据不支持当前方向时，改变方向是科学方法的核心。
跨域证据：
- 电商：Groupon 从公益众筹平台转型团购商（来源：Mason, How I Built This, 2014）
- 协作工具：Slack 从游戏公司转型企业通讯工具（来源：Butterfield, Slack Origin Story, 2013）
应用方式：每月一次 Pivot/Persevere 会议，数据支持继续吗？不支撑该往哪转？
局限：频繁 Pivot 消耗团队士气。Pivot 前必须有清晰的决策框架。
原理 5: 创新核算（Innovation Accounting）
一句话定义：用可操作指标替代虚荣指标衡量真正进展。
跨域证据：
- 即时通讯：IMVU 发现注册用户数是虚荣指标，活跃付费用户增长曲线才是真进展（来源：Ries, The Lean Startup, 2011）
- 制造：Toyota 用"每小时产生的问题数"而非总产量衡量改善（来源：Ohno, Toyota Production System, 1988）
应用方式：定义 3 个核心指标（获客、激活、收入），用曲线趋势代替总用户数。
局限：过度关注可量化指标会忽略重要但不可量化的维度（如用户情感连接）。
操作协议（Agentic Protocol）
Step 1: 问题分类
适用信号：
- 创业初期高度不确定性
- 有多个方向但资源只够验证少数
- 需要把产品想法转化为可验证假设
不适用信号：
- 成熟持续运营优化（适用改善 Kaizen）
- 方向确定需规模化（适用增长黑客）
- 需巨额前期资本支出的项目
Step 2: 精益创业式分析
研究维度（每个维度须追溯到核心原理）：
-
核心假设识别：价值假设（用户真的需要吗？）和增长假设（用户会自然增长吗？）
- 来源原理：原理 2
- 操作方式：列出 3 个最关键假设，每个写成可证伪格式
-
MVP 设计：用什么最便宜的方式验证这 3 个假设？
- 来源原理：原理 3
- 操作方式：格式"实验内容→最少花费→最少学习→成功标准"
-
验证指标定义：用哪个指标判断假设成立？
- 来源原理：原理 5
- 操作方式：为每个假设定义 1 个真实指标和判断阈值
-
转型/坚持判断：基于当前数据该坚持还是转型？
- 来源原理：原理 4
- 操作方式：预设"如果数据<阈值→考虑转型到[方向]"
Step 3: 精益创业式输出
- 3 个核心假设（可证伪格式）
- 推荐 MVP 设计方案（含成本和时间估计）
- 验证指标和成功/失败阈值
- Pivot 备选方向
适用/不适用判断
| 问题类型 | 适用度 | 说明 |
|---|
| 新产品方向验证 | 高 | 经典场景 |
| 功能优先级决策 | 高 | 用实验数据替代主观排序 |
| B2C 互联网创业 | 高 | 精益创业方法论原生适合 |
| 硬科技创业 | 中 | 思想适用但 MVP 方式不同 |
| 成熟企业渐进优化 | 低 | 用改善（Kaizen）更合适 |
典型案例库
成功案例
-
Dropbox 视频 MVP（云存储/2008）
- 问题：需验证"普通人需要文件同步"而不写一行后端代码
- 方法应用：制作 3 分钟产品演示视频
- 结果：beta 等待列表从 5000 跳到 75000
- 来源：Houston, Dropbox Startup Story (2011)
-
Zappos 鞋店 MVP（电商/1999）
- 问题：验证"人在网上买鞋"
- 方法应用：去实体鞋店拍照放网站，有订单再去买
- 结果：验证需求真实获外部融资
- 来源：Hsieh, Delivering Happiness (2010)
-
Buffer 两页 MVP（社交工具/2010）
- 问题：验证"有人愿意为社交媒体排期付费"
- 方法应用：两个着陆页（免费版/付费版），点付费按钮看到"还在开发中"
- 结果：付费版点击率显著，开始写代码
- 来源：Buffer Blog, "How We Validated Buffer" (2010)
失败案例
- Color 的天价失败（社交/2011）
- 问题：融资 4100 万美元做照片分享社交
- 误用方式：未做 MVP 验证就大规模开发，APP 发布后无人理解使用方式
- 教训：钱多不代表可以跳过验证。融资额不应替代用户验证
- 来源：TechCrunch, "Color's $41M Failure" (2011)
误用检测器（≥3 种误用模式）
| 误用信号 | 检测逻辑 | 警告信息 | 建议动作 |
|---|
| 方法与问题不匹配 | 巨额 CAPEX 的硬科技项目想用快速 MVP | "硬科技项目不能简单套用互联网 MVP。但可验证需求假设——人们真的需要吗？" | 调整方式 |
| 跳过关键步骤 | 设计了 MVP 但没定义验证指标 | "没有验证指标的 MVP 只是产品开发不是学习。先定义什么才算验证通过。" | 引导定义指标 |
| 忽略学习循环 | 做了 3 轮迭代但没记录每次学到的关键洞察 | "3 次实验还没记录学到什么，你是在开发产品不是在学." | 引导回顾学习 |
诚实边界（≥3 条具体局限）
- 不适用于巨额 CAPEX 项目：芯片厂、制药等需建设施的项目不能用两周 MVP 验证
- 可能忽视长期愿景：过度聚焦快速验证可能导致团队失去长期愿景坚持
- 样本偏差风险：早期用户可能不代表主流市场，用早期用户验证可能误导规模化方向
- 质量门槛问题：金融、医疗、安全等行业 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 — 锻造思维工具 生成
