订阅 vs 按量 vs 混合
三种定价模型在 agent 产品上的取舍——边际成本非零如何改变 SaaS 经典权衡。
订阅 vs 按量的取舍在 SaaS 时代就是经典议题。Agent 产品在这个议题上多了一层维度——服务边际成本不是零。这改变了”哪种定价对客户和供应方都更优”的均衡点。
三种模型的客户视角差异
| 维度 | 订阅制 | 按量制 | 混合制 |
|---|---|---|---|
| 客户预算确定性 | 高（月费固定） | 低（账单随用量波动） | 中（基础部分固定 + 超量部分变） |
| 入门门槛 | 中（要承诺固定月费） | 低（小规模试用零承诺） | 中 |
| 重度使用激励 | 强（已付月费就用） | 弱（每次用都付钱） | 中等 |
| 财务审批复杂度 | 低（一次审批） | 高（每月账单变化要解释） | 中 |
| 客户感知公平性 | 中（轻度用户感觉吃亏） | 高（按使用量付费） | 高 |
三种模型的供应方视角差异
| 维度 | 订阅制 | 按量制 | 混合制 |
|---|---|---|---|
| 收入可预测性 | 高（MRR 稳定） | 低（账单随客户行为波动） | 中 |
| 毛利率稳定性 | 低（重度用户拉低毛利） | 高（成本随收入同步） | 高 |
| 客户获取友好度 | 高（销售容易报价） | 中（需教育”用多少付多少”） | 中 |
| 上限管理复杂度 | 高（必须做硬限额防滥用） | 低（用得多付得多，无需限额） | 中 |
| 投资人估值倍数 | 高（接近 SaaS） | 中（接近 usage-API 类公司） | 中-高 |
在什么情景下选哪个
选订阅制的典型条件
满足任意三条以上：
- 任务复杂度均匀（同类任务 token 消耗在 2× 区间内）
- 用户使用频次集中（重度用户 < 10%）
- 客户群是中小企业 / 个人，对账单波动敏感
- 销售周期短，需要简单报价
- 竞品都是订阅制（如 Cursor、GitHub Copilot 早期）
实操要点：必须配硬性 tier 上限——见 economics/controls-and-roi。无上限的订阅制 + agent 产品 = 必然亏损。
选按量制的典型条件
满足任意三条以上：
- 任务复杂度差异大（同类任务 token 消耗差 > 5×）
- 客户是大型企业，IT 预算流程支持按月对账
- 产品定位是”基础设施 / API”而非”应用”
- 用户群成熟，理解 token 计费逻辑（如 OpenAI / Anthropic API 客户）
- 与现有按 API 计费的产品集成
实操要点：账单透明度是核心 UX。客户每天能查实时用量与预估月底账单。无预警的”月底大账单”是按量制最大的客户流失源。
选混合制的典型条件
满足任意三条以上：
- 客户群跨越中小企业到大型企业
- 任务复杂度分布是双峰（多数轻量任务 + 少数重型任务）
- 销售既要简单报价（订阅起价）又要承接大客户超量需求
- 团队有运营能力管理两套计费机制
实操要点：超量阈值要让客户提前看见。订阅 + “超量按 token 计费”如果客户感觉”被偷偷加钱”，混合制会变成最差的两种世界——失去订阅的简洁，又承担按量的争议。
切换成本
定价模型一旦签合同就难改。三种模型间切换的难度（按业界经验）：
| 切换方向 | 难度 | 主要阻力 |
|---|---|---|
| 订阅 → 混合 | 中 | 老客户感觉”被多收钱”——需提前 90 天通知 + 网格 |
| 按量 → 订阅 | 高 | 客户已建立按用量付费的财务流程 |
| 订阅 → 按量 | 极高 | 客户合同与采购流程需重做；易触发流失 |
| 混合 → 任意一边 | 中 | 取决于具体合同条款 |
早期选错的成本远高于晚期切换的成本——定价模型的初始选择应该是产品 GTM 决策的前置项，而非上线后再调。
与其他章节的衔接
- 各模型的成本基础：economics/cost-model
- 上限机制设计：tier-design
- 客户切换运营：playbooks
这页有帮助吗？ 谢谢反馈。