Skip to main content

02 · 价值与商业模式:把"用户痛点"翻译成"能赚钱的生意"

"A startup without a business model is just a feature looking for a product."

—— Steve Blank,2010

用户洞察告诉你"用户要什么"(01 模块),但用户要的不等于用户会付费

每年有成千上万的创业者死在这一步:他们做出了"用户喜欢的东西",却找不到让它成为一门生意的路径

本模块的 5 个工具,就是回答这个问题:

"我如何把'用户痛点'翻译成'一门能持续赚钱的生意'?"

顺序工具颗粒度何时用
1价值主张画布 VPC一个产品 × 一个 Persona把"用户痛点"和"产品价值"对齐
2商业模式画布 BMC一门生意的全貌已有 PMF,要系统化商业模式
3精益画布 Lean Canvas一门生意的创业版还没 PMF,要先列出关键假设
4单元经济学 Unit Economics一个客户单元验证"这门生意在单元层面是否赚钱"
5飞轮效应 Flywheel整个增长循环找到自我强化的增长引擎

工具一:价值主张画布(Value Proposition Canvas, VPC)

是什么

价值主张画布是 Alex Osterwalder 在 2014 年《价值主张设计》中提出的工具。它把"用户"和"产品"放在同一张图上对齐——左边是产品(Value Map),右边是用户(Customer Profile)。

┌─────────────────────┐         ┌─────────────────────┐
│ 产品(Value Map) │ │ 用户(Customer │
│ │ │ Profile) │
│ ┌───────────────┐ │ │ │
│ │ Products & │ │ ◄─────► │ ① Customer Jobs │
│ │ Services │ │ │ │
│ ├───────────────┤ │ │ ② Customer Pains │
│ │ Pain Relievers│ │ ◄─────► │ │
│ ├───────────────┤ │ │ ③ Customer Gains │
│ │ Gain Creators │ │ ◄─────► │ │
│ └───────────────┘ │ │ │
└─────────────────────┘ └─────────────────────┘
Value Map Customer Profile

契合(Fit)= 产品和用户的形状完全匹配

为什么用

核心问题:90% 的产品失败是因为"做出的东西"和"用户想要的"形状不匹配

VPC 用一张图把这个匹配/不匹配可视化——你可以看见你的产品和用户的痛点是不是对得上。

Osterwalder 原话:"产品-市场契合不是'感觉',是'形状匹配'——你能画出来。"

怎么用

步骤 1:先画用户侧(Customer Profile)

Customer Jobs(用户要完成的任务)

填空:用户在工作/生活中试图完成什么任务

  • 功能性 Job:"在 30 分钟内做完一顿饭"
  • 情感性 Job:"做饭时感觉自己是好妈妈"
  • 社会性 Job:"让朋友觉得我会生活"

(这一步直接用 01 模块的 JTBD

Customer Pains(用户的痛点)

填空:用户在完成 Job 时遇到什么障碍

  • "不知道做什么菜"
  • "买菜太麻烦"
  • "做完饭厨房太乱"
  • "下班太累不想做"

Customer Gains(用户想要的收益)

填空:用户希望的结果/期望是什么?

  • "希望省钱"
  • "希望健康"
  • "希望被夸厨艺好"
  • "希望 20 分钟搞定"

步骤 2:再画产品侧(Value Map)

Products & Services(产品与服务)

填空:你的产品具体是什么?

  • 不要写"一个 App"——太抽象
  • 要写"一个每天推送 3 道菜的菜谱 App,含一键买菜链接"

Pain Relievers(痛点缓解)

填空:你的产品如何缓解每个 Pains

  • Pain:"不知道做什么菜" → Pain Reliever:"根据冰箱里的食材推荐"
  • Pain:"买菜太麻烦" → Pain Reliever:"一键下单配送到家"

Gain Creators(收益创造)

填空:你的产品如何创造每个 Gains

  • Gain:"希望省钱" → Gain Creator:"比外卖便宜 50%"
  • Gain:"希望 20 分钟搞定" → Gain Creator:"所有菜谱都是快手菜"

步骤 3:检查 Fit

Fit 的三个层次

层次含义
Problem-Solution Fit你解决了真问题(但方案还没验证)
Product-Market Fit用户真的开始用了(03 模块
Business Model Fit这事能赚钱(本模块的其他工具)

VPC 主要解决 Problem-Solution Fit——确认"你的产品形状"和"用户的痛点形状"匹配。

案例:Strava 的 VPC

Strava(运动社交 App)的 VPC 简化版:

Customer Profile

  • Jobs:跑步/骑车时记录数据;让朋友知道我锻炼了;找训练搭子
  • Pains:用普通 GPS App 不准;发了朋友圈没人理解配速;一个人训练坚持不下来
  • Gains:希望被同好认可;希望找到训练社群;希望看到自己的进步

Value Map

  • Products:GPS 精准的运动记录 + 社交时间线(Segment)+ 排行榜
  • Pain Relievers:用 Garmin/Apple Watch 数据校准;只在 Strava 上分享(同好都在);Segment 排名让人有竞争感
  • Gain Creators:Kudos(点赞);Segment King/Queen 称号;年度总结海报

Fit 检查

  • 用户希望被同好认可(Gain) ←→ Strava 的 Kudos 和 Segment(Gain Creator)✅
  • 用户痛点是朋友圈没人理解(Pain) ←→ Strava 是垂直社交,全是同好(Pain Reliever)✅

案例:李泽湘体系下云鲸的 VPC

云鲸扫地机器人(李泽湘体系代表公司之一):

Customer Profile

  • Jobs:每天回家看到干净的地板;不用自己动手;不被机器打扰
  • Pains:传统扫地机器人需要手动洗抹布;卡在沙发下;噪音大;清洁不彻底
  • Gains:希望"装了就忘";希望不脏手;希望安静

Value Map

  • Products:J1/J2/J3 扫拖一体机器人,含自动洗抹布基站
  • Pain Relievers:自动洗抹布基站(核心差异化);激光导航避障;静音模式
  • Gain Creators:"会自己洗抹布的扫地机器人"标签;APP 远程控制;基站设计美感

Fit 检查

  • 用户痛点"手动洗抹布"(Pain)←→ 云鲸的"自动洗抹布基站"(Pain Reliever)✅
  • 这个 Fit 是云鲸 2020 年首发即售罄、累计估值 50 亿+ 的根本原因

常见误区

误区修正
从产品侧开始画必须先画用户侧——产品是为了匹配用户,不是反过来
Pain Reliever 写成产品功能"我们用了 AI" 是功能,不是 Pain Reliever——要写"AI 如何缓解了具体的 Pain"
Gain Creator 和 Pain Reliever 混淆Pain Reliever 是"减少不好的",Gain Creator 是"增加好的"
画完就归档VPC 是活的——每次访谈新用户都要更新

与其他工具的关系

  • 上游01 模块全部工具(VPC 右半边直接来自 Persona/Empathy Map/JTBD)
  • 下游:BMC(VPC 是 BMC 的两个核心模块:Value Propositions + Customer Segments)、PMF 测试(VPC 的 Fit 是 PMF 的前提)

工具二:商业模式画布(Business Model Canvas, BMC)

是什么

商业模式画布是 Alex Osterwalder 在 2010 年《商业模式新生代》中提出的工具。它用一张 9 宫格图,定义一门生意的全部要素。

┌──────────────┬──────────────┬──────────────┬──────────────┬──────────────┐
│ │ │ │ │ │
│ 4. 关键 │ 3. 渠道 │ │ 2. 价值 │ 1. 客户 │
│ 合作伙伴 │ 通路 │ 5. 收入来源 │ 主张 │ 细分 │
│ │ │ │ │ │
│ │ │ │ │ │
├──────────────┤ 6. 客户 ├──────────────┤ │
│ │ 关系 │ │ │
│ 7. 关键 │ │ 8. 成本结构 │ │
│ 业务 │ │ │ │
│ │ │ │ │
│ │ │ │ │
└──────────────┴──────────────┴──────────────┴──────────────┴──────────────┘

9 个格子分两组:

  • 左侧(成本侧):4. 关键合作伙伴 + 7. 关键业务 + 8. 成本结构(你如何生产价值)
  • 右侧(收入侧):1. 客户细分 + 2. 价值主张 + 3. 渠道通路 + 6. 客户关系 + 5. 收入来源(你如何交付和获取价值)

为什么用

核心问题:90% 的创业者能讲清楚"产品",讲不清"这门生意怎么赚钱"

BMC 强制你把 9 个要素都想清楚——任何一个空白格都会成为未来的致命盲区。

BMC 的特别价值:它是团队对齐工具。一张 BMC 张贴出来,团队 5 个人 30 分钟就能找出"我们对这个生意的理解分歧"。

怎么用

步骤 1:从右半边开始(客户侧)

1. 客户细分(Customer Segments)

  • 你为谁服务?
  • 早期最多 1-2 个细分——多了就是没聚焦

2. 价值主张(Value Propositions)

  • 你给每个细分提供什么价值?
  • 直接用 VPC 的输出

3. 渠道通路(Channels)

  • 用户怎么知道你?怎么买你?怎么用你?
  • 直接用 Journey Map 的触点

6. 客户关系(Customer Relationships)

  • 用户和你是什么关系?
  • 自助服务?社区?专属顾问?

5. 收入来源(Revenue Streams)

  • 用户怎么付钱?
  • 一次性购买?订阅?广告?佣金?

步骤 2:再填左半边(生产侧)

4. 关键合作伙伴(Key Partners)

  • 你需要哪些外部合作?
  • 供应商?分销商?技术合作?

7. 关键业务(Key Activities)

  • 你必须做好的核心事情是什么?
  • 研发?运营?销售?

8. 成本结构(Cost Structure)

  • 你的主要成本是什么?
  • 固定成本?变动成本?

步骤 3:检查内部一致性

9 个格子之间必须逻辑自洽。常见的逻辑断裂:

断裂例子
价值主张 vs 渠道价值主张是"高端私人定制",但渠道是"App 自助服务"
收入来源 vs 客户关系收入是订阅,但客户关系是"一次性交易"
关键业务 vs 成本关键业务是研发,但成本主要是营销

案例:Airbnb 的 BMC

格子内容
客户细分房东(提供房源)+ 房客(租房源)—— 双边市场
价值主张对房东:闲置房产变现;对房客:比酒店便宜、有当地体验
渠道通路官网/App、SEO、社交媒体、口碑
客户关系自助服务 + 评价系统建立信任 + 客服
收入来源房客服务费(3% 起)+ 房东服务费(0-15%)
关键资源房源数据库、评价系统、品牌信任
关键业务平台运营、信任与安全、品牌营销、国际化
关键合作伙伴房东、清洁服务、保险公司、支付(Stripe)
成本结构研发(30%)、营销(30%)、运营(20%)、客服(10%)、其他(10%)

洞察:Airbnb 是典型的双边市场——左边是房东,右边是房客,两个客户细分都要分别画 VPC。这是双边市场的特点。

案例:大疆的 BMC(消费级 Phantom 之后)

格子内容
客户细分消费级(航拍爱好者、旅行者);行业级(农业、测绘、安防)
价值主张消费级:开箱即飞的航拍体验;行业级:定制化无人机解决方案
渠道通路自营官网、Apple Store、京东/天猫、海外 BestBuy/Apple
客户关系自助服务 + 售后维修 + 用户社区(DJI Forum)
收入来源硬件销售 + 配件 + 软件(DJI Fly)+ 行业解决方案
关键资源飞控技术、深圳供应链、品牌
关键业务硬件研发、供应链管理、全球销售网络、内容生态
关键合作伙伴深圳供应链(李泽湘体系)、Apple(销售)、农业/测绘客户
成本结构硬件 BOM(40%)、研发(25%)、营销(15%)、渠道(10%)、运营(10%)

洞察:大疆的关键合作伙伴之一是深圳硬件供应链——这恰恰是李泽湘体系 30 年孵化的结果。如果没有深圳供应链,大疆不可能以这个成本结构做出 Phantom。

常见误区

误区修正
从产品开始画必须从客户细分开始——产品是为客户服务的
9 格都填满早期 4-5 格就够——空白格反而提醒你这个事还没想清楚
填完就归档BMC 每 3 个月更新一次
不画双边市场的两个客户双边市场必须分别画房东和房客、司机和乘客、商家和消费者

与其他工具的关系

  • 上游:VPC(BMC 的"价值主张"和"客户细分"两格)
  • 下游:Lean Canvas(BMC 的创业版)、飞轮(BMC 的"收入"→"关键业务"循环的强化)

工具三:精益画布(Lean Canvas)

是什么

精益画布是 Ash Maurya 在 2012 年《Running Lean》中提出的工具。它是 BMC 的创业版——把 BMC 中"大公司才能填的格子"替换为"创业者必须填的格子"。

┌─────────────┬─────────────┬────────────────────────┬─────────────┐
│ 1. 问题 │ 4. 解决方案 │ │ 3. 独特价值 │
│ │ │ │ 主张 │
├─────────────┤ │ 5. 渠道通路 ├─────────────┤
│ │ │ │ │
│ 7. 现有 │ │ │ 2. 客户 │
│ 替代方案 │ │ │ 细分群体 │
├─────────────┴─────────────┼────────────────────────┼─────────────┤
│ │ │ │
│ 9. 关键指标(KPI) │ 8. 关键优势(门槛) │ 6. 成本结构 │
│ │ │ 8. 收入来源 │
└───────────────────────────┴────────────────────────┴─────────────┘
↑ 5. 不公平竞争优势

(上图是简化版,Ash Maurya 原版是 10 格)

为什么用

BMC vs Lean Canvas 的核心区别

维度BMCLean Canvas
目标阶段已有 PMF 的大公司还没 PMF 的早期创业公司
关键格关键业务、关键合作伙伴问题、解决方案、关键指标
隐含假设商业模式已经验证所有格子都是待验证的假设

Lean Canvas 的哲学:早期创业公司的一切都是假设——你要做的是列出假设并验证,而不是规划"这门生意怎么做"。

怎么用

步骤 1:填 10 个格子

1. 问题(Problem)

  • 列出 Top 3 用户痛点
  • 来源:01 模块 的用户访谈

2. 客户细分(Customer Segments)

  • 你的目标用户
  • 包括"早期采用者"——和"大众用户"分开

3. 独特价值主张(Unique Value Proposition, UVP)

  • 一句话:你如何与众不同地解决一个具体痛点
  • 不是产品功能,是用户视角的承诺

4. 解决方案(Solution)

  • 对每个 Problem,列出 Top 1 解决方案
  • 不要列 10 个——只列 Top 1

5. 渠道通路(Channels)

  • 触达用户的渠道
  • 免费 vs 付费

6. 成本结构(Cost Structure)

  • 固定成本(人力、办公)
  • 变动成本(云服务、获客)

7. 现有替代方案(Existing Alternatives)

  • 关键格——用户现在怎么解决?包括非产品方案
  • 来源:JTBD 的竞争定义

8. 关键指标(Key Metrics)

  • 关键活动指标(AARRR 漏斗)
  • 来源:03 模块 的北极星指标

9. 不公平竞争优势(Unfair Advantage)

  • 最难填的一格——什么是别人抄不走的?
  • 品牌?专利?网络效应?独家数据?供应链?

Ash Maurya 强调:如果你的"不公平优势"是"我们更努力"或"我们更聪明"——那就是没有

10. 收入来源(Revenue Streams)

  • 收入模型:订阅、一次性、佣金、广告

步骤 2:标注假设的优先级

每个格子都是一个假设,但不是所有假设都同等重要。问:

"哪个假设被证伪后,整个生意就不成立?"

这就是你的最关键假设——应该是 03 模块 MVP 的第一个验证目标。

案例:Dropbox 早期的 Lean Canvas

格子内容
问题1) 文件在不同设备间不同步;2) U 盘容易丢;3) 邮件附件大小限制
客户细分多设备工作者(早期采用者:技术博主、设计师、咨询师)
UVP"你的文件,在任何设备上,永远是最新版本——装了就忘"
解决方案一个本地文件夹,自动后台同步到云端
渠道TechCrunch、Hacker News、技术博客
成本研发、云存储带宽、客服
现有替代U 盘、邮件附件、FTP、MobileMe(苹果)、SVN
关键指标注册 → 安装 → 第一次同步 → 30 天活跃
不公平优势Drew Houston 的技术能力 + 增量同步算法(其他人都没有)
收入Freemium:免费 2GB,付费 50GB/$9.9 月

最关键假设"用户愿意为'自动同步'付费,而不是继续用 U 盘"

这就是为什么 Drew Houston 没有先做产品,而是先做了一段 3 分钟的"假装在用 Dropbox"的视频——验证这个假设。

视频发到 Digg.com(早期的 Reddit)后,Dropbox 的 beta 注册从 5000 人一夜涨到 75000 人。这就是 03 模块 MVP 章节 会讲的"Concierge MVP"。

案例:李泽湘体系下希迪智驾的 Lean Canvas

希迪智驾(CiDi,2025 年 12 月港交所主板上市):

格子内容
问题1) 矿区/园区等封闭场景下的安全驾驶;2) 司机短缺;3) 高重复性驾驶的疲劳
客户细分矿业公司、物流园区、港口(早期采用者:大型露天煤矿)
UVP"全球首个量产的无人驾驶矿卡——已落地多个真实矿山"
解决方案L4 级自动驾驶系统 + 整车集成 + 远程监控
渠道B2B 直销、行业协会、政府合作
成本研发、车队硬件、销售长周期
现有替代人工驾驶(司机成本+安全风险)、国外方案(Caterpillar、Komatsu)
关键指标落地矿山数、累计安全里程、单车 ROI
不公平优势李泽湘体系的供应链 + 中国矿山场景的丰富度(国外没有)+ 政府支持
收入一次性硬件销售 + 软件订阅 + 运维服务

最关键假设"中国矿山主愿意为'安全 + 解决司机短缺'付费,即使单台车比人工贵"

常见误区

误区修正
不公平优势填"团队牛"团队牛不是 unfair advantage——别人也能雇到牛人
问题列 10 个只列 Top 3,第 4-10 个都是 distraction
UVP 写产品功能"我们用 AI" 不是 UVP——要写"用户视角的承诺"
客户细分填"所有人""所有人"就是"没有人"——必须有具体的早期采用者

与其他工具的关系

  • 上游:VPC(提供问题/价值主张)、JTBD(提供"现有替代方案")
  • 下游:MVP(Lean Canvas 的"最关键假设"是 MVP 的验证目标)、PMF(所有格子验证通过 = PMF)

工具四:单元经济学(Unit Economics)

是什么

单元经济学研究的是**"按一个客户单元算,这门生意是否赚钱"**——而不是"按整体算"。

核心公式:

LTV(客户终身价值)> CAC(获客成本)× 3

如果 LTV > 3 × CAC,单元经济学健康;如果 LTV < CAC,每获一个客户就亏一个,客户越多死得越快

为什么用

核心问题:很多"快速增长"的公司,本质是"快速烧钱"

"亏在每一个客户身上,靠规模来摊薄"——这是 Webvan(1999)、WeWork(2019)、Ofo(2018)的共同死法

单元经济学强制你回答:

"去掉所有规模效应,单看一个客户——这门生意能赚钱吗?"

如果不能,规模越大越糟糕。

怎么用

步骤 1:定义"单元"

不同的生意有不同的"单元":

生意类型单元
SaaS一个订阅用户
电商一个订单
网约车一次出行
硬件一台设备
双边市场一笔交易

步骤 2:计算 CAC(获客成本)

CAC = 销售与营销总成本 / 新增客户数

包括:广告、营销人员工资、销售提成、折扣、推荐奖励。

注意:要区分"paid CAC"(付费获客)和"organic CAC"(自然流量)。只用 paid CAC 做决策——organic 是免费的但不能依赖。

步骤 3:计算 LTV(客户终身价值)

简单版

LTV = ARPU(单客户单期收入) × Gross Margin × 生命周期

生命周期 = 1 / 月流失率(例:月流失率 5% → 生命周期 = 20 个月)

进阶版——考虑留存曲线衰减:

LTV = Σ (第 N 月留存率 × ARPU × 毛利率)

步骤 4:看 LTV/CAC 比值和回本期

指标健康标准
LTV/CAC> 3
回本期(CAC/月毛利)&lt; 12 个月
CAC 占首单收入比例&lt; 50%

步骤 5:敏感性分析

关键问题:如果某个参数变差 20%,这门生意还成立吗?

  • CAC 上涨 50%(竞争加剧)?
  • LTV 下降 30%(留存差)?
  • 毛利率从 80% 降到 60%(成本上升)?

如果任何一个变化让你跌破 LTV/CAC = 1,说明这门生意非常脆弱

案例:Slack 的单元经济学

Slack 早期数据(2014 年公开数据,简化):

指标数据
ARPU$50/月/团队
平均团队规模10 人
人均 ARPU$5/月
毛利率85%
月流失率(团队级)3%
团队生命周期33 个月
LTV(团队级)50×33×8550 × 33 × 85% = 1,402
CAC(团队级,含销售+营销)~$300
LTV/CAC4.67
回本期6 个月

Slack 的单元经济学是 SaaS 标杆——这也是为什么 Slack 能在 2019 年以 $230 亿估值直接上市(DPO)。

案例:奇绩创坛投资框架

陆奇的奇绩创坛(YC 中国版)在评估项目时,单元经济学是核心指标之一。陆奇公开讲过的判断标准:

"我们看早期项目,不要求 LTV/CAC 已经大于 3——但必须能从已有数据推算出,规模放大后能做到 LTV/CAC > 3。"

这就是为什么奇绩创坛会反复问创业者:

  • 你的"获客成本"会随规模怎么变化?(规模效应)
  • 你的"留存"会随时间怎么变化?(产品迭代效应)
  • 你的"ARPU"会随用户深度怎么变化?(交叉销售)

如果三个问题都能正向回答,单元经济学就有放大的可能。

案例:Ofo vs 美团单车的反例

Ofo(2018 年倒闭)的单元经济学:

指标数据
单车成本$150-300
单车日订单3-5 单
单订单收入¥0.5-1(大量免费券)
单车日收入¥1.5-5
维护+调度成本¥3-5/天/辆
单车日毛利-1 到 -3 元

Ofo 每投放一辆车,每天都在亏钱——规模越大亏得越多。

美团单车(青桔、哈啰类似)能活下来,核心是重新算了单元经济学

  • 提高客单价(取消大规模免费券)
  • 提高单车使用率(精准调度)
  • 降低维护成本(更耐用的硬件)

常见误区

误区修正
用整体 P&L 算必须按一个单元算
不区分 paid/organic CAC用 paid CAC,因为 organic 不能 scale
不算回本期LTV/CAC > 3 但回本期 24 个月也是危险的(现金会先烧光)
不算敏感性一个参数变化就崩盘的生意不能投
不算规模效应CAC 在规模后是会涨还是降?必须思考

与其他工具的关系

  • 上游:BMC/Lean Canvas 的"成本结构"和"收入来源"
  • 下游Default Alive/Dead(单元经济学 + 规模 = 公司级 Default 状态)

工具五:飞轮效应(Flywheel)

是什么

飞轮效应是 Jim Collins 在 2001 年《从优秀到卓越》中提出的概念。一个飞轮是自我强化的增长循环——每个环节的输出是下一个环节的输入。

最经典的是 Amazon 飞轮(Jeff Bezos 2001 年在餐巾纸上画的):

       ┌──────────────────┐
│ │
│ ① 低价 │
│ │
▼ │
┌─────────────┐ ┌──────┴───────┐
│ ② 客户访问 │ ←→ │ ④ 第三方卖家 │
└─────────────┘ └──────────────┘
│ ▲
▼ │
┌──────────────────┘
│ ③ 规模效应(更低成本)

└───────→ 回到 ①

箭头含义

  • 低价 → 更多客户访问
  • 更多客户访问 → 吸引更多第三方卖家
  • 更多卖家 → 更多选品 → 更多客户访问(再次强化 ②)
  • 更多客户访问 → 规模效应 → 更低成本 → 低价(回到 ①)

为什么用

核心问题:增长到底是"线性"还是"指数"

线性增长:每花 1 元营销带来 1 元收入 → 增长靠营销预算 指数增长:每获得一个用户 → 带来 1.5 个新用户 → 增长自动加速

飞轮就是指数增长的引擎。没有飞轮的公司,永远要靠"再融资、再投放"驱动增长;有飞轮的公司,时间就是最大的盟友。

怎么用

步骤 1:找你的飞轮候选

问 3 个问题:

  1. 你的产品/服务有"网络效应"吗?(用户越多 → 产品越好)
  2. 你的成本有"规模效应"吗?(规模越大 → 单位成本越低)
  3. 你的用户有"口碑效应"吗?(用户主动带来新用户)

至少一个"是",才有飞轮候选。

步骤 2:画飞轮图

用 mermaid 或餐巾纸画循环。4-6 个节点最理想——多了记不住,少了不闭环。

步骤 3:找"摩擦点"

飞轮不会自己转。每个箭头都是有摩擦的——找到最大摩擦点并消除它,飞轮才能真正转起来。

Amazon 飞轮的最大摩擦点:物流。Bezos 投了数百亿建物流中心——就是为了消除摩擦。

步骤 4:找"加速器"

加速器 = 能让飞轮转得更快的"杠杆"。

  • Amazon Prime:用户付年费后,为不浪费年费会更多购买 → 飞轮加速
  • AWS:用 AWS 的成本结构反哺电商飞轮 → 飞轮加速

案例:Airbnb 的飞轮

       ┌────────────────────────┐
│ │
│ ① 更多优质房源 │
│ │
▼ │
┌─────────────┐ ┌──────┴──────┐
│ ② 更多房客 │ ←─────→ │ ③ 更多房东 │
└─────────────┘ └─────────────┘
│ ▲
▼ │
┌────────────────────────┘
│ ④ 更多评价(信任建立)

└───────→ 回到 ①

飞轮的摩擦点

  • 房源照片质量差(早期)→ Brian Chesky 亲自飞纽约拍照消除摩擦
  • 信任问题(房客怕被骗)→ 评价系统 + 身份验证 + 房东保障金
  • 法律风险(部分城市禁止)→ 与城市政府谈判,承担酒店税

飞轮的加速器

  • 2014 年推出"愿望单"功能 → 房客更愿意浏览 → 房东愿意优化房源
  • 国际化 → 房源网络扩展到 191 个国家

案例:李泽湘体系的"创业飞轮"

李泽湘体系本身就是一个飞轮——这是为什么深圳科创学院能在 5 年内孵化 67+ 项目:

       ┌────────────────────────┐
│ │
│ ① 成功案例(大疆、云鲸)│
│ │
▼ │
┌─────────────┐ ┌──────┴──────┐
│ ② 品牌势能 │ │ ④ 资源支持 │
│ (李泽湘) │ │ (清水湾基金│
└─────────────┘ │ + 供应链) │
│ └─────────────┘
▼ ▲
┌────────────────────────┘
│ ③ 吸引最好的学生/创业者

└───────→ 回到 ①

飞轮的摩擦点

  • 学生没钱没资源 → 用清水湾基金解决
  • 硬件创业的供应链门槛 → 用 XbotPark 共享工厂解决
  • 出海困难 → 用 CES/Kickstarter 渠道解决

飞轮的加速器

  • 265+ 家体系内公司互相采购、互助(梅特卡夫效应)
  • 4 家上市公司为体系反哺资金和品牌

这个飞轮的奇妙之处:它不是"一个公司"的飞轮,是"一个体系"的飞轮。这也是为什么 YC 9,000+ 校友网络和这个体系类似——网络效应+规模效应+口碑效应的叠加。

常见误区

误区修正
把"流程图"当飞轮流程图不闭环,飞轮必须自我强化
没找到摩擦点就开始转飞轮不会自己转——必须消除最大摩擦
飞轮太多一个公司一个飞轮就够——多了就是没找到
飞轮画完就完飞轮必须每月用数据验证——每个箭头是否在加速

与其他工具的关系

  • 上游:BMC(飞轮是 BMC 的"收入→关键业务→收入"循环的强化)
  • 下游03 模块的增长指标(飞轮是否转得起来,看 AARRR 数据)

5 个工具的整体关系图

这 5 个工具的本质:从"用户痛点"到"能赚钱的生意"的 5 步翻译——

  1. VPC:把"用户痛点"翻译成"产品价值"——形状匹配
  2. BMC:把"产品价值"翻译成"商业模式全貌"——9 格自洽
  3. Lean Canvas:把"商业模式"翻译成"待验证假设清单"——可执行
  4. Unit Economics:验证"这门生意在单元层面赚钱吗"——可放大
  5. Flywheel:找"这门生意如何自我强化增长"——指数级

完成这 5 步后,你就有了完整的商业模式设计——接下来 03 模块 要做的事,是用 MVP、PMF、AARRR 等工具验证这个设计在真实世界里是否成立。


关联文档

本模块内:本页是 02 模块的唯一文档。

本模块其他章节

关联模块


参考资源

  • Alex Osterwalder《商业模式新生代》(Business Model Generation, 2010)——BMC 的原始著作
  • Alex Osterwalder《价值主张设计》(Value Proposition Design, 2014)——VPC 的原始著作
  • Ash Maurya《Running Lean》(2012, 3rd ed 2022)——Lean Canvas 的原始著作
  • Jim Collins《从优秀到卓越》(Good to Great, 2001)——飞轮效应的原始概念
  • Jeff Bezos 2001 餐巾纸飞轮——Amazon Annual Letter 2001
  • Peter Thiel《从 0 到 1》(Zero to One, 2014)——"垄断"作为不公平优势的论述
  • Hamilton Helmer《7 Powers》(2016)——不公平优势的 7 种类型系统化