主题
02 - 商业模式
"好的产品不仅能解决问题，还能持续地创造和捕获价值。"
商业模式回答的是一个根本问题：你的产品如何赚钱？ 但它远不止于此——它描述了一个组织如何创造、交付和捕获价值的完整逻辑。
作为产品经理，理解商业模式能帮助你：
- 做出更有商业价值的产品决策
- 与业务团队更好地沟通协作
- 理解公司的收入来源和成本结构
- 评估新产品机会的可行性
一、商业模式画布（Business Model Canvas）
商业模式画布是由 Alexander Osterwalder 提出的经典框架，用 9 个核心模块描述一个完整的商业模式。
1.1 画布全景
┌──────────────┬──────────────┬──────────────┬──────────────┬──────────────┐
│ │ │ │ │ │
│ KP │ KA │ VP │ CR │ CS │
│ 关键合作 │ 关键活动 │ 价值主张 │ 客户关系 │ 客户细分 │
│ │ │ │ │ │
│ 我们的关键 │ 要做哪些 │ │ 如何获取、 │ 我们为谁 │
│ 合作伙伴 │ 关键事情 │ 我们为客户 │ 维护和增长 │ 创造价值？ │
│ 是谁？ │ 才能让商业 │ 提供什么 │ 客户？ │ │
│ │ 模式运转？ │ 独特价值？ │ │ 最重要的 │
│ - 供应商 │ │ │ - 自助服务 │ 客户是谁？ │
│ - 战略联盟 │ - 产品开发 │ - 解决问题 │ - 专属服务 │ │
│ - 合资企业 │ - 平台维护 │ - 满足需求 │ - 社区 │ - 大众市场 │
│ │ - 营销推广 │ - 差异化 │ - 共创 │ - 小众市场 │
│ │ │ │ │ - 细分市场 │
│ ├──────────────┤ ├──────────────┤ │
│ │ │ │ │ │
│ │ KR │ │ CH │ │
│ │ 关键资源 │ │ 渠道通路 │ │
│ │ │ │ │ │
│ │ 商业模式 │ │ 如何触达 │ │
│ │ 运转需要 │ │ 客户并交付 │ │
│ │ 哪些资源？ │ │ 价值主张？ │ │
│ │ │ │ │ │
│ │ - 人才 │ │ - 直销 │ │
│ │ - 技术 │ │ - 线上渠道 │ │
│ │ - 资金 │ │ - 合作渠道 │ │
│ │ - 品牌 │ │ - 应用商店 │ │
│ │ │ │ │ │
├──────────────┴──────────────┴──────┬───────┴──────────────┴──────────────┤
│ │ │
│ C$ - 成本结构 │ R$ - 收入来源 │
│ │ │
│ 运营这个商业模式最重要的成本是什么？│ 客户愿意为什么价值付费？ │
│ │ │
│ - 固定成本（人员、服务器、办公室） │ - 产品销售、订阅费、广告收入 │
│ - 可变成本（获客、带宽、内容） │ - 佣金、授权费、增值服务 │
│ │ │
└────────────────────────────────────┴─────────────────────────────────────┘1.2 九大模块详解
| 模块 | 英文 | 核心问题 | 关键要点 |
|---|---|---|---|
| 客户细分 | Customer Segments | 我们为谁服务？ | 明确目标用户群体，可以有多个细分市场 |
| 价值主张 | Value Propositions | 我们提供什么独特价值？ | 解决什么问题？满足什么需求？与竞品有何不同？ |
| 渠道通路 | Channels | 如何触达客户？ | 从认知到购买到售后的完整渠道链 |
| 客户关系 | Customer Relationships | 如何维系客户？ | 自助、一对一、社区、自动化等方式 |
| 收入来源 | Revenue Streams | 客户愿意为什么付费？ | 定价策略、收费模式、支付方式 |
| 关键资源 | Key Resources | 需要哪些核心资源？ | 人才、技术、资金、数据、品牌等 |
| 关键活动 | Key Activities | 必须做好哪些关键事项？ | 产品开发、平台运维、内容生产等 |
| 关键合作 | Key Partnerships | 谁是关键合作伙伴？ | 供应商、渠道商、技术伙伴、内容合作方 |
| 成本结构 | Cost Structure | 最大的成本在哪里？ | 固定成本 vs 可变成本，规模经济效应 |
1.3 实例：用画布分析抖音
| 模块 | 抖音的实践 |
|---|---|
| 客户细分 | C 端：短视频消费者、内容创作者；B 端：广告主、电商商家 |
| 价值主张 | C 端：碎片时间的娱乐和信息获取；B 端：精准的用户触达和转化 |
| 渠道通路 | 应用商店、社交分享、预装、线下广告 |
| 客户关系 | 算法推荐（个性化）、创作者扶持计划、社区运营 |
| 收入来源 | 广告（信息流广告、开屏广告）、电商佣金、直播打赏分成 |
| 关键资源 | 推荐算法、用户数据、创作者生态、服务器基础设施 |
| 关键活动 | 算法优化、内容审核、创作者运营、广告系统开发 |
| 关键合作 | MCN 机构、广告代理商、电商供应链、CDN 服务商 |
| 成本结构 | 服务器和带宽、内容审核团队、获客成本、研发投入 |
二、常见盈利模式
2.1 六大主流盈利模式
┌──────────────────────────────────────────────────────────┐
│ 主流盈利模式一览 │
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ 广告模式 │ │ 订阅模式 │ │ 交易佣金 │ │
│ │ Google │ │ Netflix │ │ 淘宝 │ │
│ │ 抖音 │ │ Spotify │ │ Airbnb │ │
│ └──────────┘ └──────────┘ └──────────┘ │
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ Freemium │ │ SaaS │ │ 硬件+ │ │
│ │ 增值服务 │ │ 企业订阅 │ │ 服务 │ │
│ │ QQ/Notion│ │Salesforce│ │ Apple │ │
│ └──────────┘ └──────────┘ └──────────┘ │
│ │
└──────────────────────────────────────────────────────────┘2.2 广告模式
核心逻辑：免费提供内容或服务吸引用户 --> 积累流量和用户数据 --> 向广告主出售广告位或精准投放能力
| 要素 | 说明 |
|---|---|
| 前提条件 | 需要大规模用户基数和高频使用 |
| 核心指标 | DAU（日活用户）、使用时长、广告 eCPM（千次展示收入） |
| 优势 | 用户端免费降低门槛，增长潜力大 |
| 劣势 | 广告体验与用户体验的矛盾，受宏观经济影响大 |
| 代表产品 | Google 搜索、抖音、微博、今日头条 |
广告模式变体：
| 类型 | 说明 | 示例 |
|---|---|---|
| 品牌广告 | 展示类广告，按曝光量收费（CPM） | 开屏广告、Banner 广告 |
| 效果广告 | 按点击/转化收费（CPC/CPA） | 信息流广告、搜索广告 |
| 原生广告 | 与内容形态融合的广告 | 小红书"笔记"广告 |
2.3 订阅模式
核心逻辑：用户按周期（月/年）付费获取服务的持续使用权
| 要素 | 说明 |
|---|---|
| 前提条件 | 产品有足够强的持续使用价值 |
| 核心指标 | 订阅用户数、Churn Rate（流失率）、MRR（月经常性收入） |
| 优势 | 收入可预测、用户黏性强、LTV 高 |
| 劣势 | 需要持续提供新价值、用户增长放缓时压力大 |
| 代表产品 | Netflix、Spotify、iCloud、会员制电商 |
订阅模式的关键指标：
MRR（月经常性收入）= 订阅用户数 x 月均订阅价格
ARR（年经常性收入）= MRR x 12
月流失率 = 当月取消订阅用户数 / 月初订阅用户数
净收入留存率 = (期初 MRR + 扩展收入 - 流失收入) / 期初 MRR2.4 交易佣金模式
核心逻辑：搭建平台连接买卖双方，从每笔交易中抽取佣金
| 要素 | 说明 |
|---|---|
| 前提条件 | 需要解决"鸡和蛋"问题（同时吸引买卖双方） |
| 核心指标 | GMV（总交易额）、Take Rate（佣金率）、交易笔数 |
| 优势 | 规模效应强、网络效应、轻资产 |
| 劣势 | 冷启动难、平台治理复杂 |
| 代表产品 | 淘宝/天猫、Airbnb、美团、滴滴 |
佣金率参考：
| 平台 | 大致佣金率 |
|---|---|
| 淘宝/天猫 | 3%-8% |
| 美团外卖 | 15%-25% |
| Airbnb | 约 15%（房客+房东合计） |
| 滴滴 | 约 20%-25% |
| App Store | 15%-30% |
2.5 增值服务 / Freemium 模式
核心逻辑：基础功能免费使用，高级功能/增值服务收费
Freemium 模式的用户转化漏斗
┌───────────────────────────────┐
│ 全部用户（100%） │
│ 免费使用基础功能 │
└───────────────┬───────────────┘
│
┌───────▼───────┐
│ 活跃用户（60%）│
│ 经常使用产品 │
└───────┬───────┘
│
┌───▼───┐
│ 付费用 │
│ 户 │
│ (3-5%) │
└───┬───┘
│
┌──▼──┐
│高价值│
│用户 │
│(1%) │
└─────┘| 要素 | 说明 |
|---|---|
| 前提条件 | 免费版要有足够价值吸引用户，付费版要有明确的增量价值 |
| 核心指标 | 免费用户数、付费转化率、ARPU（每用户平均收入） |
| 优势 | 降低获客门槛、病毒传播容易、大基数带来数据积累 |
| 劣势 | 付费转化率通常很低（2%-5%）、免费用户的服务器成本 |
| 代表产品 | QQ 会员、Notion、Dropbox、Evernote、Zoom |
设计 Freemium 的关键原则：
| 原则 | 解释 |
|---|---|
| 免费版必须够用 | 让用户充分体验到产品价值，否则没人留下来 |
| 付费墙要合理 | 限制的是"锦上添花"而非"基本功能" |
| 升级路径清晰 | 用户能明确知道付费能获得什么额外价值 |
| 自然触达付费墙 | 用户在使用中自然遇到限制，而非强制弹窗 |
2.6 SaaS 订阅模式
核心逻辑：为企业提供按需付费的云端软件服务
| 要素 | 说明 |
|---|---|
| 前提条件 | 解决企业的核心业务问题，有较高的替换成本 |
| 核心指标 | ARR、NRR（净收入留存率）、CAC Payback（获客回本期） |
| 优势 | 收入稳定可预测、客户黏性极强、估值倍数高 |
| 劣势 | 销售周期长、产品复杂度高、需要客户成功团队 |
| 代表产品 | Salesforce、飞书、钉钉、Slack、Figma |
2.7 硬件 + 服务模式
核心逻辑：通过硬件获取用户，通过软件和服务持续变现
| 要素 | 说明 |
|---|---|
| 前提条件 | 硬件要有竞争力且能锁定用户生态 |
| 核心指标 | 硬件销量、活跃设备数、服务收入占比 |
| 优势 | 双重收入来源、用户被锁定在生态中、数据优势 |
| 劣势 | 硬件研发投入大、供应链管理复杂 |
| 代表产品 | Apple（iPhone + App Store/iCloud）、小米（手机+IoT+互联网服务） |
2.8 各模式对比总结
| 模式 | 收入可预测性 | 增长速度 | 护城河强度 | 资金需求 | 典型毛利率 |
|---|---|---|---|---|---|
| 广告 | 中 | 快 | 中 | 高（需大量用户） | 60-80% |
| 订阅 | 高 | 中 | 强 | 中 | 50-70% |
| 交易佣金 | 中 | 快 | 中-强 | 高（双边冷启动） | 30-50% |
| Freemium | 中-低 | 快 | 中 | 中 | 70-85% |
| SaaS | 高 | 中-慢 | 强 | 中-高 | 70-85% |
| 硬件+服务 | 中 | 中 | 强 | 非常高 | 30-50% |
三、单位经济模型：LTV vs CAC
单位经济模型（Unit Economics）是评估商业模式健康程度的核心工具。它回答的问题是：获取一个客户是否划算？
3.1 核心概念
CAC（Customer Acquisition Cost）—— 客户获取成本
总市场营销及销售支出
CAC = ─────────────────────
同期新增客户数
例如：本月花了 100 万做推广，获得了 2000 个付费用户
1,000,000
CAC = ──────────── = 500 元/用户
2,000LTV（Lifetime Value）—— 客户终身价值
LTV = ARPU x 毛利率 x 客户平均生命周期
或简化为：
ARPU x 毛利率
LTV = ───────────────
月流失率
例如：月均收入 50 元，毛利率 70%，月流失率 5%
50 x 0.7
LTV = ────────── = 700 元
0.053.2 LTV/CAC 关系图解
收入/成本
▲
│
│ LTV（客户终身价值）= 700 元
│ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─
│ / :
│ / 累计收入 :
│ / :
│/ 回本点 :
├─────────X─────────────────────────────────────:──▶ 时间
│ /│ :
│ / │ :
│ / │ 利润区间 :
│ / │ (LTV - CAC) :
│ / │ :
│ CAC │ :
│ (500) │ :
│ │ :
│ 回本期（Payback Period） :
│3.3 LTV/CAC 的健康标准
| LTV/CAC 比值 | 含义 | 建议行动 |
|---|---|---|
| < 1 | 亏损：获取客户的成本超过客户带来的收入 | 紧急优化！降低 CAC 或提高 LTV |
| 1 - 3 | 微利：商业模式勉强成立 | 需要优化获客效率和用户留存 |
| 3 - 5 | 健康：业界普遍认可的良好范围 | 保持并寻找规模化机会 |
| > 5 | 可能投入不足：说明还有增长空间未挖掘 | 可以加大获客投入，加速增长 |
3.4 提升单位经济的方法
| 方向 | 具体方法 |
|---|---|
| 降低 CAC | 优化投放 ROI、提升自然流量占比、建立口碑传播、提高注册转化率 |
| 提高 ARPU | 优化定价策略、增加交叉销售、推出高价值套餐 |
| 降低流失率 | 提升产品体验、建立用户习惯、增加转换成本、做好客户成功 |
| 提高毛利率 | 降低服务器成本、优化运营效率、提高自动化程度 |
四、PMF（Product-Market Fit）验证
PMF 是创业和产品开发中最重要的概念之一。Marc Andreessen 给出的定义是：
"Product-Market Fit means being in a good market with a product that can satisfy that market."
4.1 什么是 PMF？
┌─────────────────────────────────────────────────────┐
│ │
│ 产品 (Product) 市场 (Market) │
│ │
│ ┌──────────┐ ┌──────────┐ │
│ │ 你提供的 │ │ 用户真正 │ │
│ │ 功能和 │ │ 需要的 │ │
│ │ 解决方案 │ │ 东西 │ │
│ └────┬─────┘ └─────┬────┘ │
│ │ │ │
│ └──────────┬───────────┘ │
│ │ │
│ ┌──────▼──────┐ │
│ │ PMF │ │
│ │ 产品恰好满足 │ │
│ │ 市场需求 │ │
│ └─────────────┘ │
│ │
└─────────────────────────────────────────────────────┘4.2 如何判断是否达到 PMF？
| 判断方法 | 具体标准 | 说明 |
|---|---|---|
| Sean Ellis 测试 | 40% 以上用户认为"非常失望" | 问用户"如果不能再使用这个产品，你会有多失望？" |
| 留存曲线 | 留存曲线趋于平稳而非持续下降 | 说明有一部分用户真正离不开你的产品 |
| 自然增长 | 不花钱也能获得新用户 | 用户口碑传播带来的自然增长 |
| NPS 分数 | NPS > 40 | Net Promoter Score 净推荐值 |
| 使用频率 | 用户使用频率达到预期 | 日活/月活比（DAU/MAU）是否健康 |
4.3 达到 PMF 之前与之后
| 维度 | PMF 之前 | PMF 之后 |
|---|---|---|
| 核心任务 | 找到真正的用户需求 | 规模化增长 |
| 产品策略 | 快速迭代、频繁验证 | 稳定功能、优化体验 |
| 团队重心 | 产品 + 用户研究 | 增长 + 运营 + 销售 |
| 资源投入 | 尽量节省，延长跑道 | 加大投入，抢占市场 |
| 指标关注 | 留存率、用户反馈 | 增长率、收入、市场份额 |
| 常见错误 | 过早扩张、过度投放 | 停止创新、忽视用户 |
4.4 PMF 验证步骤
1. 定义假设 2. 最小化验证
┌──────────────┐ ┌──────────────┐
│ 目标用户是谁？ │ ──▶ │ 构建 MVP │
│ 核心问题是什么？│ │ 最小可行产品 │
│ 解决方案假设 │ │ 交给真实用户 │
└──────────────┘ └──────┬───────┘
│
4. 迭代优化 3. 收集反馈
┌──────────────┐ ┌──────▼───────┐
│ 根据数据调整 │ ◀── │ 用户行为数据 │
│ 产品方向 │ │ 用户访谈反馈 │
│ 直到达到 PMF │ │ 关键指标追踪 │
└──────────────┘ └──────────────┘五、精益创业（Lean Startup）
精益创业是 Eric Ries 提出的方法论，核心理念是：在不确定性中，通过快速迭代找到正确的方向。
5.1 构建-测量-学习循环
┌──────────────┐
│ 想法 │
│ (Ideas) │
└──────┬───────┘
│
┌─────────▼─────────┐
│ │
│ 构建 │
│ (Build) │
│ │
│ 把想法变成最小 │
│ 可行产品(MVP) │
└─────────┬─────────┘
│
▼
┌────────────────────────────────┐
│ 产品 / MVP │
└────────────────┬───────────────┘
│
┌─────────▼─────────┐
│ │
│ 测量 │
│ (Measure) │
│ │
│ 收集用户使用数据 │
│ 和反馈 │
└─────────┬─────────┘
│
▼
┌────────────────────────────────┐
│ 数据 │
└────────────────┬───────────────┘
│
┌─────────▼─────────┐
│ │
│ 学习 │
│ (Learn) │
│ │
│ 分析数据，验证 │
│ 或推翻假设 │
└─────────┬─────────┘
│
▼
┌──────────────┐
│ 坚持还是 │
│ 转型？ │──── 转型 (Pivot) ──▶ 回到"想法"
│ (Persevere │
│ or Pivot?) │
└──────┬───────┘
│
坚持 (Persevere)
│
▼
回到"构建"继续迭代5.2 精益创业核心概念
| 概念 | 定义 | PM 的应用 |
|---|---|---|
| MVP（最小可行产品） | 用最少的资源构建的、能验证核心假设的产品版本 | 先做核心功能，快速上线验证 |
| 验证式学习 | 通过实验和数据验证商业假设 | 用 A/B 测试、用户访谈而非拍脑袋决策 |
| 转型（Pivot） | 当假设被证伪时，调整产品方向 | 数据说明当前方向不对时，果断调整 |
| 创新核算 | 用可衡量的指标跟踪进展 | 定义清晰的北极星指标和里程碑 |
5.3 MVP 的类型
| MVP 类型 | 说明 | 适用场景 | 举例 |
|---|---|---|---|
| 落地页 MVP | 创建一个产品介绍页，看有没有人注册 | 验证市场需求是否存在 | Buffer 最初的产品页面 |
| 视频 MVP | 录一段产品演示视频 | 验证用户是否理解和期待产品 | Dropbox 的演示视频 |
| 手动 MVP（绿野仙踪） | 前端看起来像产品，后端靠人工处理 | 验证核心价值主张 | Zappos 早期人工买鞋 |
| 众筹 MVP | 在众筹平台发布产品概念 | 验证付费意愿 | Pebble 智能手表 |
| 单功能 MVP | 只做一个核心功能的可用产品 | 验证核心功能价值 | Instagram 最初只有滤镜 |
5.4 精益创业在 PM 日常工作中的应用
传统方式 vs 精益方式
传统方式：
┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐
│ 调研 │─▶│ 规划 │─▶│ 开发 │─▶│ 上线 │
│ (2月) │ │ (2月) │ │ (4月) │ │ │
└────────┘ └────────┘ └────────┘ └────────┘
问题：8 个月后才知道方向对不对
精益方式：
┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐ ┌────┐
│假设 │▶│MVP │▶│数据│▶│学习│▶│假设│▶│MVP │▶│数据│▶│学习│
│ 1 │ │ 1 │ │ 1 │ │ 1 │ │ 2 │ │ 2 │ │ 2 │ │ 2 │
└────┘ └────┘ └────┘ └────┘ └────┘ └────┘ └────┘ └────┘
优势：每 2-4 周就能获得反馈六、本节总结
核心知识点回顾
| 知识点 | 一句话总结 |
|---|---|
| 商业模式画布 | 用 9 个模块完整描述一个商业模式 |
| 广告模式 | 用免费服务换流量，向广告主变现 |
| 订阅模式 | 用户按周期付费，收入可预测 |
| 交易佣金 | 搭平台连接买卖双方，抽取佣金 |
| Freemium | 基础免费，高级收费，靠转化率盈利 |
| SaaS 订阅 | 为企业提供云端软件服务 |
| 硬件+服务 | 硬件获客，软件和服务持续变现 |
| LTV / CAC | 衡量获取客户的投入产出比，LTV/CAC > 3 为健康 |
| PMF | 产品与市场需求的完美匹配点 |
| 精益创业 | 构建-测量-学习，快速迭代验证假设 |
课后练习
- 选择一个你常用的产品，用商业模式画布分析它的商业模式。
- 计算一个你了解的产品的 LTV 和 CAC（可以用估算数据）。
- 思考：如果你要做一个新产品，你会选择哪种盈利模式？为什么？
- 设计一个 MVP 方案来验证你的产品想法。
接下来，我们学习 产品生命周期，了解如何在正确的时间做正确的事。