# ElevenLabs 如何处理计费：完整拆解

> 详细拆解 ElevenLabs 如何使用字符预付额度、分层订阅、结转机制和超额定价为 AI 语音生成计费，以及如何构建相同的模式。
- **Author**: Ayush Agarwal
- **Published**: 2026-04-08
- **Category**: AI, Billing
- **URL**: https://dodopayments.com/blogs/zh/elevenlabs-billing-model

---

ElevenLabs 采用混合模式为 AI 语音计费：七档订阅阶梯，每档提供每月预付额度，每生成一个语音字符消耗 1 个预付额度。未使用的预付额度最多可结转两个周期；从 Creator 套餐开始，用户可以选择按超额用量计费，而且套餐等级越高，超额费率越低。

这种结构才是这项业务真正有意思的地方，而不是语音模型本身。如果你正在构建具有类似用量模式的 AI 产品，或者想了解如何为自己的文本转语音、图像生成或基于 token 的平台定价，那么理解这种结构就很重要。你也可以将本文与 [OpenAI 计费模式](https://dodopayments.com/blogs/openai-billing-model) 和 [Anthropic 计费模式](https://dodopayments.com/blogs/anthropic-billing-model) 一起阅读：它们用不同的默认设置解决了同一个用量计量问题。

本文将详细拆解 ElevenLabs 如何设计计费、这种模式为何有效、其中有哪些摩擦点，以及如何使用 [Dodo Payments](https://dodopayments.com) 构建相同的模式。

## ElevenLabs 的定价层级

ElevenLabs 提供七个套餐，从免费套餐开始，逐步扩展到个人创作者套餐、商业套餐和企业套餐。每个套餐都会提供固定的月度预付额度，并逐步解锁更多功能。

| 套餐       | 价格      | 每月预付额度 | 约合分钟数（多语言） | 主要解锁功能                                 |
| ---------- | --------- | ------------ | -------------------- | -------------------------------------------- |
| Free       | $0/月     | 10,000       | ~10                  | TTS、STT、音效、声音设计                     |
| Starter    | $5/月     | 30,000       | ~30                  | 商业许可、即时声音克隆                       |
| Creator    | $22/月    | 100,000      | ~100                 | 专业声音克隆、192kbps 音频                   |
| Pro        | $99/月    | 500,000      | ~500                 | 通过 API 输出 44.1kHz PCM 音频               |
| Scale      | $330/月   | 2,000,000    | ~2,000               | 3 个工作区席位、团队协作                     |
| Business   | $1,320/月 | 11,000,000   | ~11,000              | 低延迟 TTS（5 美分/分钟）、3 个 Pro 声音克隆 |
| Enterprise | 定制      | 定制         | 定制                 | DPA/SLA、HIPAA BAA、自定义 SSO、优先支持     |

有几点值得注意。Free 到 Starter 只增加了 $5，但就解锁了商业使用权和声音克隆功能。这是一个设置得很好的转化触发点。Creator 套餐通常提供首月 50% 的折扣（$11，而不是 $22），降低了进入大多数独立创作者最终选择的套餐等级的门槛。

Scale 和 Business 套餐面向团队和生产型工作负载。Enterprise 的价格完全定制，并包含协商的 SLA、HIPAA 合规和更高的并发限制。

## ElevenLabs 的实际计费方式

这种计费模式建立在三个支柱之上：订阅层级、统一的预付额度系统，以及分层超额定价。

### 预付额度作为通用计价单位

ElevenLabs 上的每项操作----文本转语音、配音、声音克隆和音效----都从同一个预付额度池中扣减。对于标准模型（Multilingual v2/v3），1 个文本字符等于 1 个预付额度。对于 Flash/Turbo 模型，根据你的[订阅套餐](https://dodopayments.com/blogs/subscription-pricing-models)，每个字符的消耗量会降至 0.5 至 1 个预付额度。

这种统一的额度池消除了为不同服务分别追踪配额的复杂性。创作者不需要操心自己有多少"TTS 预付额度"和"配音预付额度"。他们只需要关注一个数字。

### 每月重置并支持结转

预付额度会在每个计费周期开始时重置。对于有效的付费订阅，未使用的预付额度最多可以结转两个月。如果用户降级或取消订阅，已结转的预付额度会在当前计费周期结束时失效。

两个月的结转上限既能防止预付额度无限累积，又能缓解推动[订阅疲劳](https://dodopayments.com/blogs/subscription-fatigue)的"要么用掉、要么作废"焦虑。某个月使用量较少的创作者，不会因为继续订阅而觉得自己受到了惩罚。

### 分层超额定价

Free 和 Starter 套餐在预付额度用完后会停止生成。从 Creator 套餐开始，用户可以选择按超额用量计费。套餐等级越高，每个额外单位的成本越低。

| 套餐     | 超额费率（每额外分钟，多语言） | 超额费率（Flash） |
| -------- | ------------------------------ | ----------------- |
| Free     | 不可用                         | 不可用            |
| Starter  | 不可用                         | 不可用            |
| Creator  | ~$0.30/分钟                    | ~$0.15/分钟       |
| Pro      | ~$0.24/分钟                    | ~$0.12/分钟       |
| Scale    | ~$0.18/分钟                    | ~$0.09/分钟       |
| Business | ~$0.12/分钟                    | ~$0.06/分钟       |

这会自然形成升级激励。如果 Creator 套餐用户经常超出 10 万个预付额度，那么升级到 Pro 很快就会更划算。Creator 套餐中生成价值 50 万个预付额度的内容，其超额费用将远高于 Pro 套餐 $99 的固定价格。

```mermaid
flowchart TD
    A[新计费周期] --> B[新预付额度 + 已结转额度]
    B --> C[用户生成音频]
    C --> D{还有预付额度吗？}
    D -->|是| C
    D -->|否| E{已启用超额计费吗？}
    E -->|是| F[按套餐费率计费]
    F --> C
    E -->|否| G[停止生成]
    D -->|周期结束| H[未使用的预付额度结转]
    H --> A
```

### 按每次生成收费

预付额度按每次生成请求扣减，而不是按下载扣减。如果你使用不同的声音设置，对同一段文本生成三次，就需要为三次生成付费。ElevenLabs 确实会在内容和设置都未改变时提供有限的免费重新生成次数，但默认规则仍然是生成即消耗。

这是一个重要的设计选择。它让成本与计算过程，而不是内容交付相匹配，更准确地反映了运行语音模型推理所产生的实际基础设施成本。

## 这种模式为何有效

### 统一的预付额度池让一切更简单

大多数 [AI 计费平台](https://dodopayments.com/blogs/ai-billing-platforms) 都难以解决多产品用量计量问题。如果你的平台提供 TTS、配音、声音克隆和音效，你是否应该为每项功能创建单独的配额？ElevenLabs 的答案是否定的。一个额度池，一个数字。

> 当你构建多产品 AI 平台时，最糟糕的做法就是让客户管理四种不同的用量计量器。单一的预付额度池配合不同功能的消耗速率，既能提供按用量计费的灵活性，又保留订阅模式的简单性。
>
> - Ayush Agarwal，Dodo Payments 联合创始人兼 CPTO

这降低了用户的认知负担，也简化了计费基础设施。同时，它还创造了交叉销售机会：用户用于尝试配音功能的预付额度会减少 TTS 的余额，从而推动用户升级到更高套餐。

### 结转机制降低流失率

预付额度结转是一个尚未被充分利用的留存杠杆。根据 Zuora 2024 年的一份报告，与严格执行"要么用掉、要么作废"模式的企业相比，提供某种形式额度结转的订阅企业，其自愿流失率低 15%-20%。

ElevenLabs 将结转限制为两个周期，这是一个聪明的折中方案。它保留了用户感知到的价值，同时避免在资产负债表上形成无限存储预付额度的负债。对于正在构建[订阅模式](https://dodopayments.com/blogs/one-time-vs-subscription-saas-pricing)的创始人来说，这种模式值得仔细研究。

### 超额定价推动升级

更高套餐对应更低的超额费率，是这种模式最巧妙的部分。它把升级决策变成了简单的算术题。一个 Creator 用户支付 $22，再加上 $96 的超额费用（每分钟 $0.24，额外 400 分钟），总计 $118。Pro 套餐只需 $99，就能覆盖相同的用量。平台不需要再推销功能，数字本身就能促成销售。

这种模式适用于任何[按用量定价](https://dodopayments.com/blogs/metered-pricing-guide)系统：让下一个套餐的价格低于用户留在当前套餐并支付超额费用的总成本。

## 挑战与摩擦点

没有任何计费模式是完美的。以下是 ElevenLabs 方案引入复杂性的几个方面。

### 不同模型之间的额度消耗不透明

1:1 的字符与预付额度映射只适用于标准模型。Flash 和 Turbo 模型会根据套餐不同，每个字符消耗 0.5 至 1 个预付额度。这种可变费率让用户更难准确预测一项任务会消耗多少预付额度，尤其是在不同模型之间切换时。

对于构建类似系统的创始人来说，启示很明确：可变的额度消耗速率需要透明且实时的 UI 反馈。用户应当在点击"生成"之前看到预计的预付额度成本。

### 没有真正的按需付费

ElevenLabs 要求用户订阅才能使用有实际价值的功能。用户无法在不承担持续订阅义务的情况下购买一次性预付额度包。对于使用需求零散、以项目为主的用户（例如每季度录制一次的播客主），项目之间因取消订阅而产生的[收入流失](https://dodopayments.com/blogs/revenue-leakage-saas)会成为订阅模式的问题。

同时提供订阅和一次性预付额度包的混合模式，可以覆盖这部分用户。这也是[灵活的计费平台](https://dodopayments.com/blogs/flexible-billing-platforms)能够带来优势的领域。

### 较低套餐存在硬性上限

Free 和 Starter 用户完全无法选择超额计费。预付额度用完后，生成就会停止。虽然这可以防止账单冲击，但也会制造令人沮丧的断崖。一位正在处理有时限项目的 Starter 用户，在生成到 29,999 个字符时触及上限，只能等待下一个周期，或立即升级。

这种被迫升级的时刻可能让人觉得是在施压，而不是自然产生的选择。提供一个小额度的超额缓冲（并配合适当的[计费自动化](https://dodopayments.com/blogs/billing-automation-saas)保护措施）可以让体验更加顺畅。本指南介绍了如何在不造成账单冲击的情况下实现这一点：[计费 UX 中的用量上限与提醒](https://dodopayments.com/blogs/billing-ux-usage-caps-alerts)。

### 企业定价是一个黑箱

Enterprise 套餐没有公开价格，这在行业中很常见，但仍会给采购周期带来摩擦。买家无法自行估算预算，从而拖慢成交速度。对于面向企业客户销售的公司，至少公布一个起始价格或提供定价计算器，都能减少这种摩擦。

## 使用 Dodo Payments 构建相同模式

ElevenLabs 的计费模式可以很好地映射到 [Dodo Payments](https://dodopayments.com) 的三个功能：[预付费计费](https://docs.dodopayments.com/features/credit-based-billing)、[按用量计量](https://docs.dodopayments.com/features/usage-based-billing/introduction)和[订阅](https://docs.dodopayments.com/features/subscription)。下面介绍如何复现这种模式。

如需查看完整的配置细节和分步操作说明，请参阅 Dodo 文档中的 [ElevenLabs 计费拆解](https://docs.dodopayments.com/developer-resources/billing-deconstructions/elevenlabs)，以及这份关于[为 AI 应用添加预付额度计费](https://dodopayments.com/blogs/add-credits-billing-ai-app)的实用指南。

### 第 1 步：定义你的预付额度权益

在 Dodo 控制面板中创建一个名为 "Characters" 的预付额度权益。将额度类型设为 Custom Unit，并将小数精度设为 0（字符必须是整数）。配置 30 天的有效期以匹配月度计费，并启用结转，将最大次数设为 1（预付额度结转一次后失效）。

这样就能获得与 ElevenLabs 相同的两周期结转窗口。

### 第 2 步：创建分层订阅产品

为每个套餐创建一个订阅产品，并为其附加具有套餐专属设置的 Characters 权益：

| 产品    | 价格    | 每周期预付额度 | 启用超额计费 | 超额费率（每 1K） |
| ------- | ------- | -------------- | ------------ | ----------------- |
| Free    | $0/月   | 10,000         | 否           | -                 |
| Starter | $5/月   | 30,000         | 否           | -                 |
| Creator | $22/月  | 100,000        | 是           | $0.24             |
| Pro     | $99/月  | 500,000        | 是           | $0.15             |
| Scale   | $330/月 | 2,000,000      | 是           | $0.10             |

将预付额度附加到每个产品时，取消勾选 **Import Default Credit Settings**，以配置每个套餐的超额价格。正是这一设置形成了不断下降的超额费率，并推动用户升级。

### 第 3 步：设置用量计量

创建一个名为 `tts.characters`、采用 Sum 聚合方式的用量计量器。将它关联到 Characters 预付额度权益，并设置 1:1 的计量单位与预付额度比例。用户生成的每个字符都会对应扣减一个预付额度。

### 第 4 步：从你的应用发送用量事件

将事件摄取集成到你的生成流程中。每当用户触发音频生成时，就将字符数报告给 Dodo：

```typescript
import DodoPayments from "dodopayments";

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

async function trackGeneration(
  customerId: string,
  text: string,
  service: "tts" | "dubbing" | "cloning",
) {
  await client.usageEvents.ingest({
    events: [
      {
        event_id: `gen_${Date.now()}_${Math.random().toString(36).slice(2)}`,
        customer_id: customerId,
        event_name: "tts.characters",
        timestamp: new Date().toISOString(),
        metadata: {
          characters: text.length,
          service: service,
        },
      },
    ],
  });
}
```

[事件摄取 API](https://docs.dodopayments.com/features/usage-based-billing/event-ingestion) 会异步处理事件。后台工作程序每分钟聚合一次事件，并使用 FIFO 顺序从客户余额中扣减预付额度（优先消耗最早授予的额度）。

### 第 5 步：处理余额不足提醒和超额用量

使用 [webhooks](https://docs.dodopayments.com/developer-resources/webhooks) 响应预付额度生命周期事件：

```typescript
// 在你的 webhook 处理程序中
switch (event.type) {
  case "credit.balance_low":
    // 通知用户余额不足
    // 建议升级到下一个套餐
    await sendUpgradeNudge(event.data.customer_id);
    break;

  case "credit.overage_charged":
    // 将超额用量记录到发票中
    await notifyOverage(event.data.customer_id);
    break;

  case "credit.rolled_over":
    // 告知用户预付额度已结转
    await sendRolloverConfirmation(event.data.customer_id);
    break;
}
```

将余额不足阈值设为该套餐预付额度配额的 10%。当 Pro 用户的剩余预付额度降至 50,000 以下时，他们会收到提醒；如果用户持续接近用量上限，这个提醒也可以同时作为升级提示。

## 升级经济学

ElevenLabs 带来的最重要的计费启示，是超额定价如何影响升级决策。下面是一个具体例子：

一个 Creator 套餐用户（每月 $22，包含 10 万个预付额度）如果经常生成 40 万个字符，需要支付：

- 基础订阅费：$22
- 超额费用：额外 30 万个字符，每 1K 个字符 $0.24 = $72
- **总计：$94/月**

Pro 套餐每月 $99，包含 50 万个预付额度且没有超额费用。用户留在 Creator 套餐并不能节省任何费用----实际上，他们用更差的方案支付了几乎相同的价格。

这并非偶然，而是一种让"正确"选择显而易见的定价结构。如果你正在构建[包含用量组件的订阅套餐](https://dodopayments.com/blogs/subscriptions-usage-based-billing-saas)，将超额费率设计为在下一个套餐的基础价格处交叉，是你能够实现的最高杠杆[定价功能](https://dodopayments.com/blogs/top-pricing-features-billing-tool)之一。

## 给创始人的关键启示

如果你正在构建采用按消耗计费的 AI 产品，ElevenLabs 模式提供了一个经过验证的模板：

1. **在所有产品功能之间使用单一的预付额度池。** 这既能简化用户体验，也能简化你的计费基础设施。

2. **提供有限的结转机制**（一到两个周期）。它可以降低流失率，同时不会在资产负债表上形成负债。

3. **在更高套餐中降低超额费率，** 让升级的计算结果一目了然。

4. **按套餐限制超额用量**----保护普通用户免受意外账单影响，同时让重度用户可以选择加入。

5. **在消耗发生的节点计量**（生成，而不是下载）。让成本与实际计算费用相匹配。

无论你是在构建语音 AI 平台、[基于 API 的服务](https://dodopayments.com/blogs/api-monetization)，还是任何用户会消耗价值单位的产品，分层订阅结合预付费计费都能让你灵活地根据用量扩展定价，同时保持简洁的用户体验。

Dodo Payments 负责完整的技术栈：[预付额度权益](https://docs.dodopayments.com/features/credit-based-billing)、[用量计量](https://docs.dodopayments.com/features/usage-based-billing/introduction)、[订阅](https://docs.dodopayments.com/features/subscription)、税务合规，以及覆盖[220 多个国家/地区](https://dodopayments.com)的全球支付。查看[完整的 ElevenLabs 计费拆解](https://docs.dodopayments.com/developer-resources/billing-deconstructions/elevenlabs)以获取详细的实施指南，或探索[定价](https://dodopayments.com/pricing)，了解 Dodo 的对比优势。

## 常见问题

### ElevenLabs 如何计算用于计费的字符数？

对于标准模型（Multilingual v2/v3），1 个文本字符等于 1 个预付额度。Flash 和 Turbo 模型会根据订阅套餐不同，每个字符消耗 0.5 至 1 个预付额度。预付额度按每次生成请求扣减，而不是按下载扣减，因此重新生成相同文本会被视为一笔新的费用。

### 未使用的 ElevenLabs 预付额度会过期吗？

对于有效的付费订阅，未使用的预付额度最多可以结转两个计费周期。如果你降级或取消订阅，剩余的付费预付额度会在当前计费周期结束时失效。Free 套餐的预付额度永远不会结转。

### ElevenLabs 的预付额度可以超用吗？

在 Free 和 Starter 套餐中，预付额度用完后生成就会停止。从 Creator 套餐开始，用户可以启用超额计费。套餐等级越高，超额费率越低，从 Creator 的每额外分钟约 $0.30，降至 Business 的每额外分钟 $0.12。

### 如何使用 Dodo Payments 构建 ElevenLabs 风格的预付额度计费？

为你的计量单位（字符、token 或 API 调用）创建预付额度权益，将其附加到具有套餐专属超额费率的订阅产品，设置用量计量器来追踪消耗，并从应用发送用量事件。Dodo 的预付额度系统会自动处理结转、失效、FIFO 扣减和超额计费。

### 哪个 ElevenLabs 套餐最便宜且包含商业使用权？

每月 $5 的 Starter 套餐是商业使用的入门选择。它包含 30,000 个预付额度（约 30 分钟的多语言 TTS）、即时声音克隆，以及生成音频的商业许可。

## 最后的思考

ElevenLabs 并不是预付费计费的发明者，但他们很好地将这种模式应用到了 AI 语音领域。统一的预付额度池、有限的结转机制和分层超额定价结合在一起，形成了一个随着用户用量增长而自然推动其升级到更高套餐的系统。

这种模式不仅值得语音 AI 产品研究，也适用于任何按消耗计费的产品。如果你的客户会消耗某种价值单位----token、API 调用次数、计算时长或存储空间----那么相同的结构性原则同样适用。

支持这种模式的计费基础设施不需要从头定制开发。[Dodo Payments](https://dodopayments.com) 开箱即用地提供预付额度权益、用量计量、分层订阅，以及用于税务和合规的 [MoR（名义商户）](https://dodopayments.com/blogs/what-is-a-merchant-of-record)层。专注构建产品，让计费随产品一起扩展。
---
- [More AI articles](https://dodopayments.com/blogs/category/ai)
- [All articles](https://dodopayments.com/blogs)