一个独立开发者花了三个月做出一款工具,却发现没人愿意付费。问题不在代码,而在商业模式:没有想清楚为谁解决什么问题,凭什么收钱,护城河在哪。商业模式画布就是用来回答这些问题的工具,它强迫你把模糊的直觉变成可验证的假设。
一、精益画布
1.1 九宫格
| 格子 | 问题 | 说明 |
|---|---|---|
| 问题 | Top3 痛点 | 用户真正要解决的问题 |
| 解决方案 | 产品功能 | 如何解决 |
| 关键指标 | 北极星指标 | 衡量成功的标准 |
| 独特价值 | 差异化 | 竞争优势来源 |
1.2 填写顺序
# 精益画布填写顺序lean_canvas_order = [ "问题 (3个核心痛点)", "门槛 (用户画像)", "独特价值主张 (一句话说清)", "解决方案 (产品功能)", "不公平优势 (护城河)", "渠道 (用户触达)", "客户群体 (细分市场)", "成本结构 (固定/可变)", "收入来源 (定价/ARR)"]1.3 每个格子详解
问题:列出目标用户最痛的三个问题。不要泛泛地写”效率低""体验差”,要写具体的场景。比如”每次部署需要手动修改 5 个配置文件,容易遗漏导致线上事故”。
门槛:描述现有解决方案为什么不够好。门槛越高,说明市场机会越大。它同时也是用户画像,写清楚谁会遇到这些问题。
独特价值主张:用一句话说清楚你的产品为什么值得用。公式:帮 [目标用户] 解决 [核心问题],比 [现有方案] [具体优势]。比如”帮独立开发者部署应用,比传统运维省 90% 的时间”。
解决方案:对应前面的三个问题,分别给出产品功能。注意不是功能列表,而是最小可行产品(Minimum Viable Product,MVP)。
不公平优势:什么是竞争对手很难复制的东西。专利、独家数据、网络效应、品牌认知、团队独特经验都算。如果写不出来,说明壁垒不够,需要重新思考。
渠道:用户从哪里知道并获取你的产品。常见渠道:搜索引擎、社交媒体、内容营销、口碑推荐、应用商店、合作伙伴。初期应该只选 1-2 个渠道深耕,不要撒网。
客户群体:细分市场。先服务谁?早期用户和主流用户往往不是同一群人。写清楚早期用户画像:他们的职业、使用场景、付费意愿。
成本结构:固定成本和可变成本分别有哪些。固定成本如服务器、人员薪资;可变成本如按量计费的 API 调用、广告投放。
收入来源:怎么赚钱。一次性购买、订阅、按量计费、广告、佣金,选哪种取决于你的产品类型和用户付费习惯。
二、九宫格画布
2.1 完整画布
| 模块 | 内容 |
|---|---|
| 客户细分 | 谁是核心用户 |
| 价值主张 | 解决什么问题 |
| 渠道 | 如何触达用户 |
| 客户关系 | 如何维护用户 |
| 收入来源 | 如何收费 |
| 核心资源 | 关键能力 |
| 关键业务 | 产品/服务 |
| 重要合作 | 上下游伙伴 |
| 成本结构 | 主要开支 |
2.2 各模块深入解读
客户细分:不是”所有人”都是你的客户。需要明确:为谁创造价值?谁是最重要的客户?可以从几个维度细分:大众市场(消费级产品)、利基市场(垂直行业)、区隔化市场(多个细分群体有不同需求)、多元化市场(服务不相关的客户群体)。
价值主张:客户为什么选你而不是竞争对手?它解决的是客户的”任务”(Jobs to be Done,JTBD)。客户的任务分为三类:功能性任务(写代码、管理项目)、社会性任务(在同事面前显得专业)、情感性任务(获得安全感)。你的产品至少要在其中一个维度上明显优于竞品。
渠道:渠道不只是”用户从哪来”,而是覆盖五个阶段:认知(让用户知道你)、评估(让用户判断值不值得用)、购买(让用户完成付费)、交付(让用户收到产品或服务)、售后(让用户获得持续支持)。不同阶段可能需要不同渠道。
客户关系:你跟客户之间是什么关系?自助服务(用户自己搞定)、自动化服务(个性化推荐但无需人工)、社区(用户之间互助)、共创(用户参与产品迭代)、专属服务(一对一客户经理)。选择哪种取决于获客成本和客户生命周期价值的比例。
收入来源:明确两件事:客户真正愿意为什么付钱,以及他们更偏好哪种付费方式。常见的收入模式:资产销售(卖产品)、使用费(按调用量)、订阅费(定期付费)、租赁、授权、佣金、广告。
核心资源:让商业模式运转所必需的资源。物理资源(服务器、设备)、知识产权(专利、品牌、版权)、人力资源(核心团队)、金融资源(现金流、信用额度)。
关键业务:为了交付价值主张必须做的事情。生产(制造产品)、问题解决(咨询、定制开发)、平台/网络(运营 marketplace、匹配供需)。
重要合作:哪些事情应该自己做,哪些应该外包或合作?四种合作类型:非竞争者之间的战略联盟、竞合(竞争者之间的合作)、新业务的合资开发、确保可靠供应的供应商关系。
成本结构:所有成本可以分为成本驱动和价值驱动两种。成本驱动的商业模式追求在每个环节压缩成本,典型如廉价航空;价值驱动的商业模式追求在核心价值上不惜投入,典型如奢侈酒店。大多数 SaaS(Software as a Service) 产品属于价值驱动型。
2.3 价值主张设计
# 价值主张公式value_proposition = { "目标用户": "具体人群", "问题": "未解决的痛点", "解决方案": "产品具体功能", "收益": "具体量化收益"}
# 示例vp = { "目标用户": "独立开发者", "问题": "需要快速搭建产品", "解决方案": "低代码平台", "收益": "3天上线MVP"}价值主张设计的核心是”匹配”:产品带来的收益要和客户的痛点和需求精确对应。可以画一张四象限图:
| 客户痛点 | 客户收益 | |
|---|---|---|
| 产品/服务 | 缓解了哪些痛点 | 创造了哪些收益 |
| 痛点缓解剂 | 具体怎么缓解 | |
| 收益创造剂 | 具体怎么创造 |
如果某个痛点没有对应的缓解剂,说明产品还没覆盖这个需求。如果某个缓解剂没有对应的痛点,说明你在做用户不需要的功能。
三、真实案例
3.1 SaaS 案例:Notion
| 模块 | Notion 的实践 |
|---|---|
| 客户细分 | 知识工作者、小团队、初创公司 |
| 价值主张 | All-in-one 工作空间,替代多个工具 |
| 渠道 | 内容营销(模板库)、口碑推荐、社区 |
| 客户关系 | 自助服务 + 社区共创(模板生态) |
| 收入来源 | 订阅制(免费版 + 个人版 + 团队版) |
| 核心资源 | 产品本身、品牌、社区模板 |
| 关键业务 | 产品开发、社区运营、模板生态维护 |
| 重要合作 | 集成伙伴(Slack、GitHub)、模板创作者 |
| 成本结构 | 研发人力、服务器、市场推广 |
Notion 的关键洞察:用户不需要”又一个笔记工具”,而是需要一个能统一文档、任务、知识库的工作空间。它的护城河不在于某个单一功能,而在于”可组合性”,用户可以用 block 和 database 搭建出自己需要的工作流。
3.2 Marketplace 案例:Airbnb
| 模块 | Airbnb 的实践 |
|---|---|
| 客户细分 | 房东(供给端)+ 旅客(需求端) |
| 价值主张 | 房东赚外快,旅客住得比酒店更有本地感 |
| 渠道 | SEO、口碑、社交媒体 |
| 客户关系 | 双边信任体系(评价 + 验证) |
| 收入来源 | 向房东收取 3% + 向旅客收取 6-12% 佣金 |
| 核心资源 | 房源数据、信任体系、品牌 |
| 关键业务 | 匹配供需、信任建设、支付处理 |
| 重要合作 | 支付处理商、保险公司、摄影服务 |
| 成本结构 | 技术平台、客服、市场推广 |
Airbnb 的核心挑战是”先有鸡还是先有蛋”:没有房源就没有旅客,没有旅客就没有房东愿意上线。Airbnb 的破局策略是到 Craigslist 上发帖引流,把现有的房源需求引导到自己的平台上。
3.3 Freemium 案例:Figma
| 模块 | Figma 的实践 |
|---|---|
| 客户细分 | 设计师、产品团队 |
| 价值主张 | 基于浏览器的实时协作设计工具 |
| 渠道 | 免费版口碑传播、教育合作 |
| 客户关系 | 自助服务 + 企业专属支持 |
| 收入来源 | 免费版引流,专业版和组织版收费 |
| 核心资源 | 渲染引擎、协作技术、品牌 |
| 关键业务 | 产品研发、社区建设、插件生态 |
| 重要合作 | 插件开发者、设计系统厂商 |
| 成本结构 | 研发、服务器、企业销售 |
Figma 的增长飞轮:免费版降低了试用门槛,设计师在团队中传播,团队为了协作功能升级付费版。关键在于免费版不是阉割版,而是完整的单用户工具,只是加上了协作限制。
四、商业模式验证
4.1 精益创业方法
| 阶段 | 验证重点 |
|---|---|
| MVP | 核心假设是否成立 |
| 增长 | 用户愿意付费吗 |
| 规模化 | 能复制扩张吗 |
4.2 验证步骤
画布画好了,接下来是验证。记住:画布上的每一格都是假设,不是事实。验证的顺序应该是:
-
问题验证:目标用户真的有这个问题吗?找 10-20 个潜在用户做深度访谈,问他们现在怎么解决这个问题,花了多少时间和金钱。如果他们没有在为这个问题付出任何代价(时间或金钱),那问题可能不够痛。
-
解决方案验证:你的方案能解决问题吗?做一个 Landing Page(着陆页),描述你的解决方案,看有多少人愿意留下邮箱。或者做一个原型,让用户试用后给出反馈。
-
付费意愿验证:用户愿意为此付钱吗?在产品还没做出来之前就可以测试定价。可以在 Landing Page 上放一个”预购”按钮,看有多少人愿意点击。
-
可复制性验证:能规模化吗?从一个用户到一百个用户,成本增长是线性的还是指数级的?如果每个新用户都需要你投入大量人力来服务,那这个模式很难规模化。
4.3 指标体系
| 指标 | 说明 | 计算方式 |
|---|---|---|
| CAC | 获客成本 | 营销总费用 / 新增用户数 |
| LTV | 用户生命周期价值 | ARPU x 平均生命周期 |
| 流失率 | 用户留存 | 期内流失用户 / 期初总用户 |
| MRR | 月度经常性收入 | 付费用户数 x 人均月费 |
| NPS | 净推荐值 | 推荐者占比 - 贬损者占比 |
关键比率:LTV / CAC > 3 是健康的指标。如果低于 1,说明每赚一块钱要花超过一块钱的获客成本,生意不可持续。
五、Lean Canvas 变体
5.1 Business Model Canvas vs Lean Canvas
Business Model Canvas(BMC,商业模式画布) 由 Alexander Osterwalder 提出,Lean Canvas(精益画布) 由 Ash Maurya 基于 BMC 改进而来。两者的区别:
| 维度 | BMC | Lean Canvas |
|---|---|---|
| 目标受众 | 大企业、成熟业务 | 初创公司、新产品 |
| 出发点 | 价值主张 | 问题 |
| 是否包含问题 | 否(隐含在价值主张中) | 是(独立一格) |
| 是否包含解决方案 | 否(隐含在关键业务中) | 是(独立一格) |
| 是否包含门槛 | 否 | 是(独立一格) |
| 是否包含关键指标 | 否 | 是(独立一格) |
| 不公平优势 | 核心资源 | 独立一格,强调护城河 |
对初创团队来说,Lean Canvas 更实用,因为它强迫你先想清楚问题和护城河,而不是直接跳到解决方案。
5.2 何时用哪种画布
- 探索新产品方向:用 Lean Canvas,聚焦问题和差异化
- 优化现有业务:用 BMC,系统梳理九个模块的关系
- 融资路演:用 BMC,投资人更熟悉这个框架
- 内部创新项目:用 Lean Canvas,快速试错迭代
两种画布不是互斥的。可以在探索阶段用 Lean Canvas,等模式验证后再用 BMC 做系统性梳理。
六、定价策略
6.1 定价方法
| 方法 | 适用场景 |
|---|---|
| 成本加成 | 明确成本结构 |
| 价值定价 | 高感知价值 |
| 竞争定价 | 成熟市场 |
| 订阅定价 | SaaS 产品 |
6.2 定价心理学
# 定价心理技巧pricing_psychology = { "锚定": "高价品衬托低价品", "套餐": "中档套餐最优", "免费增值": "基础免费+高级付费", "限时折扣": "紧迫感促进转化"}6.3 SaaS 定价的常见模式
按席位定价(Per-seat):每个用户一个价格。适合协作类工具(Slack、Figma)。优点是随着客户团队扩张自然增长,缺点是小团队可能觉得贵。
按用量定价(Usage-based):按调用量、存储量、流量计费。适合基础设施类产品(AWS、Stripe)。优点是对小客户友好,缺点是收入不稳定。
按功能定价(Tiered):不同价位解锁不同功能。适合功能层次分明的产品(Notion、GitHub)。关键是要让免费版足够有用,付费版的增值功能刚好击中用户的痛点。
混合定价:以上几种的组合。比如”基础席位费 + 超额用量费”。大多数成熟 SaaS 最终都会走向混合定价。
定价最忌讳的是”拍脑袋”。建议的做法是:先参考竞品定价区间,然后找 10-20 个目标用户做价格敏感度测试(Van Westendorp 法),最后在实际运营中通过 A/B 测试微调。
七、技术产品应用
7.1 开源项目的商业模式
| 模式 | 说明 | 案例 |
|---|---|---|
| Open Core | 核心开源,高级功能收费 | GitLab、MongoDB |
| 托管服务 | 开源软件自己部署免费,云托管收费 | Supabase、Plausible |
| 咨询和支持 | 软件免费,专业服务收费 | Red Hat、Elastic |
| 捐赠/赞助 | 依靠社区捐赠维持 | Vue.js、Svelte |
| 双重授权 | 开源版 + 商业授权 | MySQL、Qt |
7.2 API 产品的商业模式
API 产品的画布和传统产品有差异。核心资源是数据或算法能力,渠道通常是开发者文档和 SDK,客户关系是自助服务为主。
| 模块 | API 产品的特点 |
|---|---|
| 客户细分 | 开发者、产品经理、数据分析师 |
| 价值主张 | 开箱即用的能力,减少自研成本 |
| 渠道 | API 文档、SDK、开发者社区 |
| 收入来源 | 按调用量阶梯定价 |
| 客户关系 | 自助文档 + 技术支持 |
7.3 AI 产品的商业模式
AI 产品当前面临的特殊问题:推理成本高、效果难以保证、用户预期管理难。
| 模块 | AI 产品的考量 |
|---|---|
| 成本结构 | GPU 推理成本占大头 |
| 定价 | 需要在用户价值和推理成本之间找平衡 |
| 护城河 | 模型能力、数据飞轮、用户粘性 |
| 风险 | 模型同质化导致价格战 |
八、总结
商业模式画布是思考框架,不是固定答案。
核心要点:
- 快速画出第一版
- 用真实用户验证每个假设
- 持续迭代商业模式
- 找到适合的定价策略
画布的真正价值不在于填满九个格子,而在于填的过程中发现那些你没想清楚的地方。如果一个格子你怎么也填不出来,那恰恰是你最需要花时间研究的问题。
支持与分享
如果这篇文章对你有帮助,欢迎支持作者或分享给更多人
部分信息可能已经过时






