# SaaS 产品捆绑：集合、交叉销售与 AOV 提升

> 了解 SaaS 产品集合如何通过统一的计划选择、交叉销售和清晰的升级路径提升 AOV。涵盖捆绑销售计算方法、结账模式和常见问题。
- **Author**: Ayush Agarwal
- **Published**: 2026-05-09
- **Category**: Pricing, SaaS, Billing
- **URL**: https://dodopayments.com/blogs/zh/saas-product-bundling-collections

---

产品捆绑是软件领域最古老的定价策略之一，也是最容易被持续误用的策略之一。做得好，捆绑销售可以提高平均订单价值、简化购买决策，并构建清晰的升级阶梯。做得不好，则会让客户困惑，蚕食更高价位层级的收入，还会增加结账复杂度，损害转化率。

本指南涵盖捆绑销售的计算方法、适用于现代 SaaS 的结账模式，以及那些悄悄造成收入流失的常见问题。本文面向希望提高 AOV、同时又不想牺牲客户所期待的简洁体验的创始人。

## 产品集合到底是什么

产品集合是指在同一个结账流程中集中展示的一组相关产品。客户进入的不是单一产品页面，而是一个经过筛选的计划、层级或定价选项集合，并在一次结账流程中选择其中一个。

常见模式包括：

- 并列展示 Starter、Pro、Enterprise 计划
- 同一产品的月付和年付版本
- 可下载产品的分层许可证选项
- 跨产品捆绑，让客户从多种配置中选择一种

集合是容器，里面的产品才是客户实际购买的对象。每个产品都有自己的定价模式、计费周期和元数据。

如需了解更广泛的定价背景，请参阅我们的配套指南：[SaaS 定价策略](https://dodopayments.com/blogs/saas-pricing-strategy-guide)、[分层定价模型指南](https://dodopayments.com/blogs/tiered-pricing-model-guide)以及[年付与月付计费](https://dodopayments.com/blogs/annual-vs-monthly-billing-saas)。

## 为什么捆绑销售能提高 AOV

```mermaid
flowchart LR
    A[单产品结账] -->|客户只能看到一个选项| B[购买或离开]
    C[集合结账] -->|客户并列看到三个计划| D{哪个计划
最适合？}
    D --> E[选择更高层级]
    D --> F[选择中间层级]
    D --> G[选择基础层级]
    E --> H[AOV 提升]
    F --> I[默认转化]
    G --> J[底线]
```

当客户进入一个月费 $29 的单产品页面时，唯一真正的决定就是购买还是离开。当他们进入一个同时展示 $29、$79 和 $199 三个计划的集合页面时，决策就发生了变化。他们不再问"这值得买吗"，而是问"哪个适合我"。这一变化会让相当一部分买家向更高层级移动。

这背后有真实的研究支持，但即使没有研究，直觉也成立。基于对比集合做出的选择，与孤立环境中的选择，其处理方式不同。客户往往会倾向于中间选项。在三层集合中，中间层级计划通常会成为最常被选择的选项，无论它的具体定价是多少。

## 捆绑销售的计算方法

在构建集合之前，先算清楚账。问题不是捆绑销售是否会提高 AOV，而是提高的收入是否足以抵消更高层级不可避免的收入蚕食。

假设有三位客户正在以每月 $79 的价格购买 Pro 层级。如果你在 Pro 旁边推出 $29 的 Starter 和 $199 的 Enterprise，其中两位客户可能会继续使用 Pro，而一位会降级到 Starter。该客户群的净收入为：2 x $79 + 1 x $29 = $187。相比此前的 3 x $79 = $237，你损失了 $50。

现在考虑 Starter 层级吸引了原本会完全流失的客户。如果 40% 的新客户因为 $79 的起步价格太高而离开，Starter 就能把他们留住。新的客户群为：2 位 Pro 客户，每位 $79 + 1 位 Enterprise 客户，$199 + 1.6 位新的 Starter 客户，每位 $29。净收入为：$158 + $199 + $46 = $403。相比原来的 3 位 Pro 客户带来的 $237，加上零新增客户，你的每客户群收入翻了一倍。

捆绑销售的计算最终总是归结为两个数字。第一，现有买家中有多少人会向下移动。第二，更宽的价格范围能吸引多少新买家。如果第二个数字超过第一个，就进行捆绑销售；否则就不要做。

> 捆绑销售不是无成本的额外收益。你推出的每个集合页面都有一项收入蚕食成本。真正的收益来自新买家，而不是现有买家重新分配。除非你能证明新客获取有所提升，否则集合只是在切分原有的蛋糕。
>
> - Ayush Agarwal，Dodo Payments 联合创始人兼 CPTO

## 三种有效的捆绑模式

### 模式 1：并列展示分层计划

经典的 SaaS 模式：Starter、Pro、Enterprise。每个层级都是一个拥有独立功能集的完整产品。客户根据团队规模、使用量或功能需求选择合适的层级。

当各层级确实是不同产品，而不仅仅是同一产品的不同价格时，这种模式最有效。如果 Pro 只是比 Starter 提供更高的 API 限额，那么你可能更适合使用一个产品，并通过基于用量的附加项来扩展。

如需深入了解层级设计，请参阅我们的[分层定价模型指南](https://dodopayments.com/blogs/tiered-pricing-model-guide)和[分层定价与按量定价](https://dodopayments.com/blogs/tiered-vs-volume-pricing)分析。

### 模式 2：不同计费周期的版本

同一计划的月付和年付版本。年付通常会提供 15-20% 的折扣，以换取更长期的承诺。有些团队还会在两者之间增加季度付层级。

这种模式很简单，但它的作用常常被低估。在同一个结账页面上展示年付节省金额，可以显著提高年付转化率。许多客户只看到月付价格时会默认选择月付，但看到明确的年付节省金额后，就会转向年付。

如需了解年付的价值，请参阅我们的[年付与月付计费](https://dodopayments.com/blogs/annual-vs-monthly-billing-saas)深度指南。

### 模式 3：跨产品捆绑

将两个或更多独立产品组合到同一个结账流程中。例如，将 SaaS 订阅与一次性模板购买捆绑成"创始人套装"，或将基础订阅与优先支持组合成"团队许可证套装"。

当捆绑产品相互补充，且捆绑价格明显低于各部分单独购买的总价时，这种模式最有效。折扣正是捆绑具有吸引力的原因。如果捆绑价格与单独购买的总价相同，那就算不上真正的捆绑。

## 集合结账机制

构建正确的集合后，结账流程如下：

1. 客户进入一个统一的结账 URL 或页面
2. 看到集合中的所有启用产品
3. 第一个产品被预先选为默认选项
4. 每个产品展示名称、描述和价格
5. 客户选择其中一个
6. 结账按照所选产品的价格和计费设置继续进行

这里有三个细节会带来很大影响。

**默认选择很重要。**你放在第一位的选项会成为购买最多的选项。把你的战略推荐放在第一位。如果希望客户选择年付，就把年付放在第一位；如果希望他们选择 Pro，就把 Pro 放在第一位。

**描述质量很重要。**客户在集合阶段需要足够的信息来区分计划，而不能要求他们点出去查看。通常，每个计划提供一组四词左右的功能列表就足够了。

**避免分析瘫痪。**三个计划是最佳选择。两个会让人感觉受限，四个或更多则开始增加选择阻力。如果集合中有十个产品，请将它们分组，或拆分为多个集合。

如需了解底层机制，请参阅 [Dodo Payments 产品集合文档](https://docs.dodopayments.com/features/product-collections)。

## 客户门户：升级与降级

集合的第二项作用，是在客户门户中提供清晰的升级和降级路径。当客户注册 Starter 计划后，他们应该能够直接从账户页面切换到 Pro 或 Enterprise，而无需离开平台。

这需要满足两个条件。第一，相关产品必须属于同一个集合。第二，客户门户必须配置为允许计划变更。

大多数团队默认关闭此功能，只是因为他们没有考虑过它。这是一个错误。想要升级却无法自行操作的客户，要么会联系支持团队（增加成本），要么会流失（后果更严重）。正确的默认设置应该是：默认允许客户在同一个集合内升级和降级。

按比例计费负责处理金额。当客户在计费周期中途从 $29 升级到 $79 时，门户可以立即收取按比例计算的金额、在续费时收取差额，或者将其视为一个全新的计费周期。每种模式都适用于不同的商业模式。如需详细了解按比例计费的计算方法，请参阅[订阅管理文档](https://docs.dodopayments.com/features/subscription-management)。

## 集合不适用于什么场景

集合不是无关产品的结账页面。如果你同时销售开发者工具和课程平台，不要把它们放进同一个集合。客户通常只会购买其中一个，而不是两个都买；集合页面只会造成困惑。

集合也不能替代真正的目录页面。如果你有 30 个产品，不需要创建一个包含 30 个产品的集合。你需要的是一个能筛选出购买决策的目录页面。集合服务于做决定的时刻，而不是浏览阶段。

集合也不能替代附加项。如果客户通常会在 Pro 计划之外购买 $19 的报告模块，那就是附加项，而不是单独的计划。附加项叠加在基础计划上，而集合则要求客户在计划之间做选择。

如需了解附加项与分层计划之间的取舍，请参阅[附加项文档](https://docs.dodopayments.com/features/addons)。

## 悄悄损害捆绑销售效果的常见问题

### 问题 1：同一产品属于多个集合

每个产品只能属于一个集合。如果你把同一个产品放进两个集合（例如，同时把 Pro 计划放进"月付计划"集合和"年付计划"集合），就会在某些指标中重复计算，混淆升级路径，并破坏客户门户逻辑。为每个产品选择唯一的归属集合。

### 问题 2：没有默认选择

如果你的集合有五个计划，却没有任何一个被预先选中，客户就会犹豫不决。设置一个默认选项。默认选项应该是你最希望客户选择的计划。

### 问题 3：层级差异不明显

如果 Pro 和 Enterprise 在集合页面上看起来几乎一样，客户就会默认选择 Pro，你也会损失 Enterprise 收入。应该在集合层面展示差异，而不只是放在单独的对比页面上。

### 问题 4：折扣码兼容性

使用集合通常会限制折扣码逻辑。针对特定产品的折扣码，在客户于集合级别结账时可能无法生效。从一开始就构建能够识别集合的折扣逻辑，否则你会花上一年时间向客户成功团队解释折扣码为什么无法使用。

### 问题 5：跨集合升级路径

如果客户使用的是 Brand A 的 Starter 计划，并希望转到 Brand B 的 Pro 计划，这在集合意义上并不是升级，因为它们属于不同集合。客户需要创建新的订阅，而不是变更计划。要明确告知用户这一点，避免他们误以为跨集合切换是免费的。

如需进一步了解跨领域的捆绑销售问题，请参阅[ SaaS 中的收入流失](https://dodopayments.com/blogs/revenue-leakage-saas)和[计费系统迁移错误](https://dodopayments.com/blogs/billing-system-migration-mistakes)。

## 一个真实的捆绑销售设置

假设你有一个 SaaS 开发工具，包含三个产品：每月 $19 的 Hobbyist 计划、每月 $79 的 Team 计划，以及每月 $249 的 Business 计划。三者都属于"Plans"集合，默认选择为 Team。

第二个集合"Annual Plans"包含相同的三个产品，但采用年付，并提供 17% 的折扣。客户可以在结账时通过月付或年付切换开关，在两个集合之间切换；该开关会映射到正确的集合。

第三个集合"Add-Ons"包含可选的容量增强项和功能模块。这些内容不属于计划集合，但可以附加到任何启用中的订阅上。

客户门户中的升级流程允许客户在同一个集合内从 Hobbyist 切换到 Team 或 Business。月付切换到年付则需要使用不同的流程，因为底层产品不同（SKU 不同，价格也不同）。这会带来一定阻力，但这是有意设计的。年付切换属于高价值操作，值得增加确认步骤。

这种设置既能获得集合带来的优势（AOV 提升、比较简单、升级路径清晰），又能避免试图把所有定价变化塞进同一个容器的弊端。

## 如何为捆绑本身定价

结构确定后，还需要校准具体价格。一个常见经验法则是：中间层级的价格应约为入门层级的 2-3 倍，顶层价格应约为中间层级的 2-3 倍。因此，$29、$79、$199 是一个合理的起始阶梯。$29、$39、$49 过于紧凑，而 $29、$299、$9999 又过于分散。

用真实数据进行测试。连续两周分别运行两个集合版本。观察转化率、AOV 和 30 天留存率。"AOV 乘以留存率"最高的版本通常会胜出，即使其转化率略低。

在多产品集合中调整价格很容易，因为各个 SKU 彼此独立。你不必对单个产品执行破坏性的价格更新。只需按新价格添加一个产品，将其替换进集合，然后让旧产品通过取消订阅或迁移逐渐退出。

如需了解这些取舍背后的转化计算，请参阅我们的[定价页面转化优化](https://dodopayments.com/blogs/pricing-page-conversion-optimization)和[定价心理学](https://dodopayments.com/blogs/pricing-psychology)指南。

## 常见问题

### 客户可以一次从集合中购买多个产品吗？

大多数集合结账流程要求每次结账只能选择一个产品。集合的重点是做出选择，而不是购物车。如果你需要真正的多商品购物车，那是另一种结账模式。如果你希望提供这种体验，也可以将捆绑包建模为一个产品，并在后端包含多个组件。

### 在集合内升级时，按比例计费如何运作？

按比例计费取决于你的计费设置。最常见的模式包括：立即收取按比例计算的费用（客户现在支付差额）、续费时计费（客户在下一个周期支付新的完整价格），以及开启全新周期（新订阅替代旧订阅）。每种模式都适用于不同的商业模式。

### 我可以在集合中提供免费计划吗？

可以。免费计划可以是一个价格为零的产品。客户可以像选择其他计划一样从集合中选择它。之后，升级到同一集合中的付费计划就可以按照普通计划变更流程进行。这能构建一条清晰的免费增值转付费路径。

### 如果我从集合中删除一个产品，会发生什么？

已经使用该产品的现有客户会保留其订阅。该产品只会从集合页面中移除，因此新客户无法选择它。这是逐步淘汰旧计划、同时不影响现有用户的正确方式。

### 每次结账都应该使用集合吗？

不应该。当你只有一个产品和明确价格时，单产品结账仍然是正确选择。只有在确实存在需要展示的选择时，集合才能发挥作用。如果你只有一个产品，却强行让每次结账都使用集合模式，只会增加阻力，而不会增加决策价值。

## 总结

在使用理由正确的情况下，产品集合是一种高杠杆的定价工具。它通过简化比较来提高 AOV，通过客户门户简化升级路径，还能提供清晰的结构，让你在不影响现有客户的情况下调整定价。

但这种杠杆也有两面性。构建不当的集合会蚕食现有收入、让买家困惑，并增加支持工单。捆绑销售的计算必须在上线前通过验证。结账流程必须足够简洁。客户门户也必须正确处理计划变更。

当这些条件都具备时，集合就会成为提高 AOV、同时不增加客户获取成本的最可靠方式之一。如需了解实现细节，[Dodo Payments 文档](https://docs.dodopayments.com/features/product-collections)详细介绍了 API、控制面板流程和最佳实践。如需了解价格，请参阅 [dodopayments.com/pricing](https://dodopayments.com/pricing)。
---
- [More Pricing articles](https://dodopayments.com/blogs/category/pricing)
- [All articles](https://dodopayments.com/blogs)