# 按量计费指南：如何为 SaaS 实施随用随付计费

> SaaS 按量计费完整指南，涵盖实施方法、计量基础设施，以及如何构建基于消耗量的计费系统。
- **Author**: Ayush Agarwal
- **Published**: 2026-03-30
- **Category**: SaaS, Billing, Pricing
- **URL**: https://dodopayments.com/blogs/zh/metered-pricing-guide

---

传统的 SaaS 订阅模式正在经历根本性转变。多年来，行业标准一直很简单：选择一个套餐，支付固定的月费，然后获得一组功能的使用权限。但随着软件变得更加专业化、资源消耗更高----尤其是随着 AI 和基础设施即服务的兴起----固定费率定价往往无法让价值与成本相匹配。

按量计费应运而生。

按量计费也称为基于使用量的计费或随用随付计费，允许你根据客户实际使用产品的情况向其收费。无论计量单位是 API 调用次数、存储空间的 GB 数，还是 LLM 处理的 token 数，按量计费都能确保你的收入直接随客户获得的价值增长。

本指南将全面介绍为 SaaS 实施按量计费所需了解的一切内容，从选择合适的模式，到构建准确追踪使用量所需的技术基础设施。

## 什么是按量计费？

按量计费是一种计费模式，服务的总成本取决于计费周期内消耗的资源数量。它相当于数字化的公用事业账单。正如你会根据实际使用的电量或水量付费一样，你的客户也会根据实际使用的软件量付费。

> AI 和 API 产品转向基于使用量的定价是不可避免的。用于计量、定价和按消耗量计费的基础设施，需要和产品本身一样可靠。
>
> \- Dodo Payments 联合创始人兼 CEO Rishabh Goel

在按量计费模式下，通常没有固定的"入门价格"。相反，客户的账单会根据其活动量而变化。这降低了小型用户的使用门槛，同时确保重度用户公平分摊成本，并在资源消耗增长时保护你的利润率。

AI 的兴起加速了按量计费的普及。当每次调用 LLM 的 API 都会产生成本时，如果少数用户消耗了不成比例的资源，固定费率订阅很快就可能变得无利可图。按量计费通过让成本与收入保持一致解决了这一问题。它将你的计费方式从静态的月度收费，转变为对所交付价值的动态反映。

## 按量计费与传统订阅有何不同

传统订阅关注的是访问权限，而按量计费关注的是使用量。

| 特性               | 传统订阅                             | 按量计费                       |
| :----------------- | :----------------------------------- | :----------------------------- |
| **计费依据**       | 时间（月度/年度）                    | 消耗量（使用的单位数）         |
| **收入可预测性**   | 高（固定的经常性收入）               | 可变（取决于使用量）           |
| **客户使用门槛**   | 较高（无论使用多少都需支付固定费用） | 较低（只为实际使用的部分付费） |
| **价值匹配度**     | 较低（轻度用户补贴重度用户）         | 较高（成本随价值增长）         |
| **基础设施复杂度** | 低（简单的经常性收费）               | 高（需要实时追踪使用量）       |

许多现代 SaaS 公司正在转向包含按量计费元素的[订阅定价模式](https://dodopayments.com/blogs/subscription-pricing-models)，以兼得两者的优势。

## 何时选择按量计费，何时选择固定费率

在按量计费和固定费率之间做选择，是 SaaS 创始人需要做出的最重要战略决策之一。虽然按量计费越来越受欢迎，但它并不总是正确的选择。你必须评估产品的使用模式、成本结构以及客户偏好。

### 以下情况适合选择按量计费：

- **你的 COGS（销售成本）会随使用量增长**：如果每个使用单位都会产生成本（例如服务器计算资源、第三方 API 成本、短信预付额度），按量计费可以保护你的利润率。这对于基础设施密集型产品尤其如此。
- **不同客户之间的使用量差异很大**：如果你的"重度用户"消耗量是普通用户的 100 倍，固定费率模式要么会让小型用户支付过高，要么会让大型用户带来亏损。按量计费可以确保整个用户群体获得公平的定价。
- **你希望降低使用门槛**："随用随付"模式允许客户从小规模开始，并随着感受到产品价值而增加支出，这会强力推动产品驱动增长。它还能帮助你覆盖那些原本可能因价格过高而无法使用产品的长尾小型用户。
- **你的产品属于公用服务或基础设施**：如果你的软件在后台运行（例如 API 或数据库），客户通常期望按使用量付费。这是此类服务的行业标准。

### 以下情况适合选择固定费率订阅：

- **你的 COGS 可以忽略不计**：如果服务一个额外用户的成本接近于零，固定费率模式的简单性通常比按量计费的优势更重要。它也能降低客户的理解成本。
- **可预测性是你的核心价值主张**：许多企业买家更喜欢固定且可预测的预算，而不是每月变化的账单。他们需要确切知道未来 12 个月的支出金额。
- **使用量与价值不相关**：如果用户从产品中获得更多价值，并不意味着他们一定使用了更多"单位"，那么按量计费可能会显得武断且令人沮丧。例如，项目管理工具更适合按席位或固定费率定价。

## 按量计费模式

按量计费并不只有一种形式。根据你的产品和客户群体，你可以选择以下三种常见模式之一：

### 1. 纯随用随付

这是最灵活的模式。客户从 $0 开始，月底根据实际使用量精确结算。这在 AWS 或 Twilio 等基础设施服务中很常见。如果使用量可能存在很大波动，它非常适合[API 变现](https://dodopayments.com/blogs/api-monetization)。

### 2. 承诺使用量（预付预付额度）

在这种模式下，客户会预先购买一定数量的预付额度。使用服务时，预付额度会从余额中扣除。这能为企业提供更好的现金流，也能让客户获得更高的可预测性。你可以在我们的[预付额度计费、定价与现金流](https://dodopayments.com/blogs/billing-credits-pricing-cashflow)指南中了解具体运作方式。

### 3. 混合模式（基础费用 + 超额使用费）

这是 B2B SaaS 最常见的模式。客户支付基础月费，其中包含一定的使用量（例如每月 $50，包含 1,000 份报告）。如果超出该额度，超出部分将按按量费率收费。这种模式将经常性收入的稳定性与消耗量增长带来的上行空间结合起来。

#### 示例：混合账单如何计算

假设基础套餐费用为 $50，包含 1,000 份报告；超出部分采用阶梯式费率：第 1,001 至 5,000 份报告每份 $0.04，超过 5,000 份的部分每份 $0.03。某客户当月生成了 7,500 份报告：

| 项目                   | 单位数 | 费率  | 费用 |
| ---------------------- | ------ | ----- | ---- |
| 基础套餐               | 1      | $50   | $50  |
| 包含的使用量           | 1,000  | $0    | $0   |
| 第 1 档（1,001-5,000） | 4,000  | $0.04 | $160 |
| 第 2 档（5,001-7,500） | 2,500  | $0.03 | $75  |
| **总计**               |        |       | $285 |

如果采用总量模式，同样的 7,500 份报告在超过 5,000 后会将所有可计费单位的价格重新计算为每份 $0.03，那么计费结果将是 6,500 份乘以 $0.03，再加上 $50 的基础费用，即 $245。单个账户就有 $40 的差额，这正是第 2 步中的阶梯策略比表面费率更重要的原因。在公布价格前，请根据实际使用量分布同时测算两种模式。

## 实施按量计费的步骤

转向按量计费既是技术挑战，也是战略挑战。以下是正确实施的分步流程。这需要产品、工程和财务团队之间的协作。

### 第 1 步：定义定价维度

你的产品中的价值"单位"是什么？对于 CRM，它可能是联系人数量；对于 AI 工具，它可能是 token 数或生成次数。选择正确的维度至关重要。它必须易于客户理解，并且与客户获得的价值直接相关。避免使用无法体现实际价值的"虚荣指标"。你要为客户获得"恍然大悟"的时刻收费。

### 第 2 步：选择阶梯策略

你会按每个单位收取固定费率，还是随着使用量增加而降低价格？了解[阶梯定价与总量定价](https://dodopayments.com/blogs/tiered-vs-volume-pricing)在这里至关重要。阶梯定价通过降低大客户的边际使用成本来鼓励增长。你也可以考虑"分段阶梯"，例如前 1,000 个单位每个 $0.10，接下来的 4,000 个单位每个 $0.08。这样可以让客户在扩展规模时平稳过渡。

### 第 3 步：构建计量管道

你需要一个能够从应用中接收使用量事件、汇总这些事件，并将最终总量发送给计费引擎的系统。这个管道必须具备高弹性、幂等性和极高的准确性。准确性在这里不容妥协；即使只有 1% 的错误率，也可能导致严重的收入流失或客户争议。你应该像对待财务数据一样谨慎地处理计量数据。

```mermaid
flowchart LR
    A[应用使用量] -->|"发送事件"| B[事件接收]
    B -->|"去重"| C[事件存储]
    C -->|"汇总"| D[计量引擎]
    D -->|"计算费用"| E[计费系统]
    E -->|"生成发票"| F[客户]
```

### 第 4 步：实现使用量可见性

为了避免"账单冲击"，为客户提供实时仪表板，让他们能够查看当前使用量和预计账单。透明度有助于建立信任，也能让客户在收到异常高额发票之前调整使用量。优秀的仪表板应显示历史趋势和月底预计成本，因此一旦引入按量计费组件，自助式[客户账单门户](https://dodopayments.com/blogs/customer-billing-portal)几乎就是必需品。

### 第 5 步：设置提醒和阈值

自动通知是你的最佳帮手。当客户达到其典型使用量或预设限额的 50%、80% 和 100% 时，发送电子邮件或应用内提醒。这种主动沟通可以避免争议，并帮助客户有效管理预算。你还可以设置"硬上限"：达到特定限额后禁用继续使用，从而保护你和客户免受失控成本的影响。

## 计量基础设施：追踪什么以及如何追踪

"计量器"是基于消耗量的计费系统的核心。要构建可靠的计量器，你需要重点关注两件事：事件和汇总。

### 追踪什么（事件）

每当应用中发生可计费操作时，都应发出一个事件。事件应包含：

- **客户 ID**：执行操作的对象。
- **事件名称**：发生了什么（例如 `image.generated`）。
- **时间戳**：事件发生的时间。
- **元数据**：计费所需的其他属性（例如 `file_size`、`model_type`）。

### 如何追踪（汇总）

你的计费系统需要知道如何将数千个原始事件转换为一个数字。常见的汇总类型包括：

- **计数**：事件总数（例如 API 调用总数）。
- **求和**：某个属性的总和（例如传输数据的总 GB 数）。
- **最大值**：记录到的最高值（例如并发用户峰值）。
- **唯一计数**：不同值的数量（例如唯一活跃用户数）。

如需进一步了解如何准确构建计量系统，请阅读我们的[准确的按量计费](https://dodopayments.com/blogs/metered-billing-accurate-billing)文章。

## 按量计费的常见挑战

按量计费功能强大，但要成功实施，你必须克服一些障碍。这些挑战涉及技术基础设施，也涉及客户心理。

### 1. 数据准确性与信任

如果客户收到的账单显示使用了 10,542 个单位，但其自身日志显示为 10,200 个，你就会面临信任问题。你的计量系统必须成为"唯一事实来源"。为客户提供实时使用量仪表板，让他们能够查看自己的使用情况。这需要一个强大的事件接收系统，能够处理大量事件而不丢失数据。阅读更多关于[准确的按量计费](https://dodopayments.com/blogs/metered-billing-accurate-billing)的内容，了解如何构建这样的系统。

### 2. 收入可预测性

财务团队喜欢订阅模式，因为它具有可预测性。按量计费收入可能会出现波动。为缓解这一问题，许多公司会采用包含最低承诺或"额度消耗"模式的[基于使用量的定价示例](https://dodopayments.com/blogs/usage-based-pricing-examples)，让客户预先付款。这能确保基础收入，同时保留消耗量增长带来的上行空间。

### 3. 计费透明度

意外账单会增加流失率。实施使用量提醒和上限，在客户达到预期使用量的 50%、80% 和 100% 时通知他们。这对于成本可能快速增长的[AI 定价模式](https://dodopayments.com/blogs/ai-pricing-models)尤其重要。透明度还意味着提供按天、用户或项目细分使用量的详细发票。相比每个周期手动整理发票，采用[自动化开具发票](https://dodopayments.com/blogs/automated-invoices-saas)更容易长期维持这一做法。

### 4. 收入流失

在按量计费模式下，如果你未能追踪某个事件，就会损失收入。这被称为收入流失。与无论使用量多少都能收到付款的订阅模式不同，按量计费中每一个遗漏的事件都会直接影响你的利润。你需要为计量管道设置监控和提醒，确保它始终处于健康状态。查看我们的[收入流失与 SaaS](https://dodopayments.com/blogs/revenue-leakage-saas)指南，了解识别和堵住这些漏洞的更多技巧。

### 5. 客户教育

对于习惯固定费率订阅的客户来说，按量计费可能令人困惑。你需要投入资源编写清晰的文档并培训销售团队，解释定价方式、"单位"是什么，以及客户如何控制成本。网站上的定价计算器在这里会非常有帮助，让潜在客户能够在注册前估算成本。

## 使用 Dodo Payments 实施按量计费

Dodo Payments 专为处理现代 SaaS 计费的复杂性而打造。我们不会强迫你自行构建计量基础设施，而是提供原生的[基于使用量的计费](https://docs.dodopayments.com/features/usage-based-billing/introduction)系统，自动处理事件接收、汇总和开具发票。我们的平台能够伴随你的业务扩展，从最初的十位客户一直发展到一千万位客户。

使用 Dodo，你无需担心在月底计算总量。你只需在使用量事件发生时将其发送给我们，剩下的工作由我们完成。我们的系统专为大规模接收而设计，这意味着你可以发送数百万个事件，而无需担心性能或准确性。我们会实时完成去重和汇总。

### Dodo 的计量器如何工作

Dodo 的计量引擎允许你准确定义事件的汇总方式。你可以从多种汇总类型中进行选择，以匹配具体的定价模式：

- **计数**：最常见的类型，用于 API 调用、生成的报告或发送的电子邮件等场景。它只需计算收到的事件数量。
- **求和**：适合追踪传输数据总量、计算总分钟数或使用的 token 总数。你可以指定事件元数据中需要求和的属性。
- **最大值**：非常适合追踪使用峰值，例如并发用户数上限或一个月内使用的最大存储空间。
- **最新值**：用于追踪最近状态，例如当前活跃项目数，或周期结束时当前占用的存储空间。
- **唯一计数**：适合根据唯一活跃用户、唯一 IP 地址或与你的服务交互过的唯一设备收费。

### 向 Dodo 发送使用量事件

使用 Dodo Payments SDK，你只需调用一次 API 即可接收事件。以下示例展示了如何在 Node.js 应用中追踪 API 请求：

```javascript
import DodoPayments from "dodopayments";

const client = new DodoPayments({
  bearerToken: process.env["DODO_PAYMENTS_API_KEY"],
});

// 接收使用量事件
await client.usageEvents.ingest({
  events: [
    {
      event_id: "req_789012", // 用于幂等性的唯一 ID
      customer_id: "cus_abc123",
      event_name: "api_request",
      timestamp: new Date().toISOString(),
      metadata: {
        endpoint: "/v1/analyze",
        tokens_used: "450",
      },
    },
  ],
});
```

通过使用唯一的 `event_id`，Dodo 可以确保即使你的应用因网络重试而两次发送同一事件，也只会向客户收费一次。这种幂等性对于维护计费完整性至关重要。

### 为什么 Dodo 是按量计费的最佳选择

大多数[最佳订阅计费软件](https://dodopayments.com/blogs/best-subscription-billing-software)都把基于使用量的计费当作事后补充。它们要求你自行计算总量，并在计费周期结束时"上报"结果。

Dodo 则不同。我们处理完整的计费管道：

- **原生事件接收**：直接向我们的[API 参考文档](https://docs.dodopayments.com/api-reference/introduction)发送事件。
- **实时汇总**：随着事件到达，我们会计算余额和超额使用量。
- **预付费计费**：轻松实现[预付费计费](https://docs.dodopayments.com/features/credit-based-billing)，让使用量从预付余额中扣除。
- **自动化 Webhooks**：当客户余额不足或达到使用量上限时，通过 [webhooks](https://docs.dodopayments.com/developer-resources/webhooks)接收通知。

如果你希望在不承担构建定制系统的工程负担的情况下[实施基于使用量的计费](https://dodopayments.com/blogs/implement-usage-based-billing)，值得将 Dodo Payments 与其他[基于使用量定价的计费平台](https://dodopayments.com/blogs/best-billing-platform-usage-based-pricing)进行比较。作为 MoR（名义商户），我们还负责 190 多个国家/地区的税务注册和税款代缴；基于使用量的计费只需在标准交易费率上增加 0.5%，而不是收取单独的平台费用，因此我们是完整的[基于使用量计费 SaaS](https://dodopayments.com/blogs/usage-based-billing-saas)合作伙伴。

## 常见问题

### 按量计费和基于使用量的计费有什么区别？

这两个术语通常可以互换使用。不过，按量计费特指"数字计量器"这一层面----实时追踪消耗量，并根据读数计费。基于使用量的计费是更广泛的类别，其中包括按量计费、阶梯定价和按席位计费模式。

### 按量计费比固定费率订阅更好吗？

这取决于你的产品。当成本会随使用量显著增长（例如 AI 或云存储），或你希望降低新用户的使用门槛时，按量计费会更合适。如果所有用户的使用量相对一致，固定费率则更合适。

### 如何避免客户遭遇"账单冲击"？

避免账单冲击的最佳方式是提高透明度。提供实时使用量仪表板，在使用量达到特定阈值时发送自动通知，并允许客户为每月支出设置硬上限。

### 可以将按量计费与基础订阅费结合起来吗？

可以。这称为混合模式。在 SaaS 中，这种模式非常常见：客户支付访问权限的基础费用，超过特定限额后再按使用量收费。这样既能为企业提供可预测的收入，也能从重度用户身上获得额外增长空间。

### Dodo Payments 如何处理重复的使用量事件？

Dodo Payments 为每个使用量事件使用 `event_id` 字段。如果我们收到同一客户的多个相同 `event_id` 事件，只会处理第一个事件。这样可以确保网络重试或应用程序错误不会导致向客户重复收费。

## 总结

按量计费是软件最诚实的收费方式。它让你的激励机制与客户保持一致：只有当客户获得更多价值时，你才能赚取更多收入。虽然技术实施可能令人望而生畏，但使用 Dodo Payments 这样的平台，你可以在几天而不是几个月内推出基于消耗量的模式。

准备好超越固定费率订阅了吗？[立即使用 Dodo Payments 开始构建](https://dodopayments.com)，让收入随使用量一起增长。
---
- [More SaaS articles](https://dodopayments.com/blogs/category/saas)
- [All articles](https://dodopayments.com/blogs)