# SaaS 附加项定价：何时捆绑，何时单独收费 > SaaS 附加项定价战略指南：了解附加项何时能提升 ARPU、何时会蚕食套餐，查看真实案例，以及保护利润率的捆绑计算方法。 - **Author**: Ayush Agarwal - **Published**: 2026-05-08 - **Modified**: 2026-10-06 - **Category**: Pricing, SaaS, Billing - **URL**: https://dodopayments.com/blogs/zh/saas-add-ons-pricing-strategy --- 附加项是 SaaS 中最容易被滥用的定价杠杆之一。运用得当，它们可以在不破坏核心方案简洁性的前提下，提升每位客户带来的收入。运用不当，它们会蚕食套餐升级、让买家因选择过多而无所适从，并让收入从各个环节流失。 本指南提供一套战略框架：何时使用附加项，何时将功能捆绑到不同套餐中，以及决定每个附加项究竟能增加利润还是只会增加复杂度的捆绑计算方法。 ## 附加项的用途 附加项是客户在基础套餐之外购买的可选功能、能力或容量单位。例如： - 在 Core 套餐之上增加 Analytics 模块（每月 19 美元） - 在包含的用量之外增加 10,000 次 API 调用（49 美元） - 在任何套餐之上增加优先支持（每月 99 美元） - 在 Enterprise 套餐之上增加合规认证包（每月 299 美元） 附加项之所以有效，是因为它让客户可以根据自身需求定制产品，而不必被迫升级到更高的基础套餐。 > 正确理解附加项的方式，是把它看作定价中的条件逻辑。大多数客户不需要你的全部功能。附加项让真正需要某项功能的客户为其付费，而不会让所有人的基础价格都变得臃肿。 > > - Ayush Agarwal，Dodo Payments 联合创始人兼 CPTO 如需更广泛的定价背景，请参阅我们的配套指南：[SaaS 定价策略](https://dodopayments.com/blogs/saas-pricing-strategy-guide)、[分层定价模型指南](https://dodopayments.com/blogs/tiered-pricing-model-guide)和 [SaaS 定价计算器](https://dodopayments.com/blogs/saas-pricing-calculator)。 ## 何时适合使用附加项 ```mermaid flowchart TD A[Feature Decision] --> B{Customer Demand Pattern} B -->|Universal demand| C[Bundle in base tier] B -->|Common but not universal| D[Bundle in higher tier] B -->|Niche / variable| E[Add-on] B -->|Power users only| F[Enterprise tier feature] C --> G[Simple, broad value] D --> H[Drives tier upgrades] E --> I[Captures power-user willingness to pay] F --> J[Sales-led pricing] ``` 在以下情况下使用附加项： 1. **需求差异很大。** 30% 至 60% 的客户想要这项功能。低于 30% 时，它属于 Enterprise 的小众功能；高于 60% 时，直接将其捆绑到基础套餐中。 2. **功能具有明确的销货成本。** 计算资源类附加项（更多 API 调用）、人工支持类附加项（优先支持）或第三方成本类附加项（高级集成）都能清晰地映射到附加项定价。 3. **客户会自行分层。** 有些客户想要分析功能，有些客户并不在意。附加项让每位客户都能为自己看重的内容付费。 4. **存在交叉销售机会。** 通过附加项升级的客户，其 LTV 往往高于通过套餐升级的客户。 ## 何时不适合使用附加项 以下情况应跳过附加项： - **功能是所有客户都需要的。** 将其捆绑到基础套餐中。不要让客户费心选择。 - **功能在你的品类中属于"必备项"。** 对竞争对手都已包含的内容单独收费，会让人觉得你在趁机牟利。 - **总共只有 3 个附加项。** 管理附加项需要承担设置成本（界面、计费、营销）。只有 3 个附加项，不足以证明这些成本是合理的。 - **附加项超过 8 个。** 选择 paralysis 会出现。客户要么什么都不买，要么购买远超需求的内容，最终流失。 - **附加项会蚕食套餐升级。** 如果你的 Pro 套餐为每月 99 美元并包含功能 X，就不要再把功能 X 作为每月 30 美元的附加项卖给每月 29 美元的 Starter 套餐客户。客户会自己算这笔账。 ## 附加项与套餐之间的决策框架 一个简单的决策树： | 功能采用率 | 建议 | | --------------------- | ---------------------------------- | | 80% 以上的客户想要 | 基础套餐功能 | | 50% 至 79% 的客户想要 | 中档或更高档套餐功能 | | 30% 至 49% 的客户想要 | 附加项 | | 10% 至 29% 的客户想要 | Enterprise 功能 | | 少于 10% 的客户想要 | 定制 Enterprise 定价，或跳过该功能 | 这些只是起始数值。请根据你的客户群进行调整。 ## 有效的常见附加项模式 ### 模式 1：容量附加项 出售客户已经在基础套餐中付费使用的内容的更多容量。例如： - 更多用户 / 席位 - 更多 API 调用 / 预付额度 - 更多存储空间 / 带宽 - 更多项目 / 工作区 容量附加项最简单，也最容易自圆其说。它们会随着客户成功线性增长。 ### 模式 2：能力附加项 出售某些客户需要、而其他客户不需要的功能模块。例如： - 分析仪表板 - API 访问权限（面向最初仅使用界面的现有账户） - 多币种或多语言 - 自定义品牌 / 白标 能力附加项的利润率高于容量附加项，但需要谨慎定位，以避免蚕食套餐升级。 ### 模式 3：服务附加项 在 SaaS 之上出售人工支持的服务。例如： - 优先支持 - 上手服务 - 专属 CSM - 定制培训课程 服务附加项通常能带来最高的每客户收入，但毛利率最低。应谨慎使用，以免业务逐渐转向服务型公司。 ### 模式 4：合规附加项 面向受监管行业出售合规认证或相关功能。例如： - HIPAA 合规包 - SOC2 合规包 - GDPR 数据驻留选项 - ISO 27001 功能 合规附加项通常利润率高，也容易让客户形成黏性。它们最适合面向企业客户或受监管垂直行业的 SaaS。 ## 如何为附加项定价 附加项的定价问题不同于基础套餐定价。遵循三条规则： ### 规则 1：锚定客户价值，而不是成本 附加项应基于价值定价，而不是基于成本定价。一个能帮助客户签下 50,000 美元企业订单的合规包，轻松就能收取每月 99 美元。这个合规包几乎不会给你带来什么成本。客户关心的是那笔交易，而不是你的成本。 ### 规则 2：将附加项定价为基础套餐的 20% 至 50% 附加项应该让基础订阅得到有意义但不喧宾夺主的扩展。每月 99 美元的基础套餐，其附加项应定价在 19 至 49 美元之间。每月 499 美元的基础套餐，其附加项应定价在 99 至 249 美元之间。 如果附加项价格超过基础套餐的 50%，客户会认为它应该被放入更高档套餐。如果低于 20%，客户又感受不到足够的价值。 ### 规则 3：积极测试附加项定价 不同于基础套餐（价格变更会造成较大影响），你可以在不影响现有客户群的情况下测试附加项价格。针对新注册用户，对不同价格点运行 A/B 测试。根据购买附加项的比例和收入影响持续迭代。 如需进一步了解定价实验，请参阅我们的配套指南：[定价页面转化优化](https://dodopayments.com/blogs/pricing-page-conversion-optimization)、[定价心理学](https://dodopayments.com/blogs/pricing-psychology)和[心理定价](https://dodopayments.com/blogs/psychological-pricing)。 ## 实施：计费系统中的附加项 附加项会增加计费逻辑的复杂度。关键实施模式包括： ### 独立计费行 每个附加项都应作为发票上的独立行项目出现。将附加项捆绑到基础订阅行中，会让客户感到困惑，也会破坏收入核算。 ### 独立按比例计费 如果客户在计费周期中途添加附加项，应根据周期锚点对附加项费用按比例计费。移除附加项时同样如此。每个附加项都应独立于基础订阅进行按比例计费。 如需进一步了解，请参阅[订阅管理文档](https://docs.dodopayments.com/features/subscription-management)。 ### 独立税务处理 在某些司法管辖区，每个附加项可能适用不同的税务处理。服务附加项（优先支持）可能与功能附加项（分析功能）适用不同税率。请使用 MoR（名义商户）或适当的税务自动化工具。 ### 使用 Webhook 管理附加项生命周期 订阅附加项已添加、已修改和已移除事件，以便在产品中触发功能门控。 ## 常见的附加项错误 以下模式会持续破坏附加项计划： - **附加项过多。** 选择 paralysis。将活跃附加项控制在 4 至 6 个。 - **附加项蚕食套餐升级。** 如果一个 30 美元的附加项提供了下一个套餐中包含、价值 50 美元的内容，就会让客户形成永不升级的习惯。 - **附加项定价过低。** 客户会低估廉价附加项的价值。每月 9 美元感觉像赠品，客户反而会忽略它。 - **随着时间推移将附加项并入基础套餐。** "基础套餐包含更多内容"听起来像是在慷慨地帮助客户成功，但会逐渐侵蚀升级收入。 - **没有附加项使用分析。** 如果不知道哪些客户使用哪些附加项，你就无法优化附加项计划。 - **强制附加项。** "使用产品所必需的内容"应该放在基础套餐中，而不是作为附加项。 > 最大的附加项错误，是把它们当成定价上的事后补充。附加项应该和基础套餐定价一样经过严谨设计。它们能为成熟的 SaaS 公司带来 20% 至 40% 的收入。这部分收入太重要，不能靠拍脑袋决定。 > > - Rishabh Goel，Dodo Payments 联合创始人兼 CEO ## 真实世界中的附加项示例 | 公司 | 附加项策略 | 备注 | | ---------- | ---------------------------- | ------------------------------------------------- | | Slack | 仅按席位定价，不提供附加项 | 简单，但会错失收入 | | Notion | 每席位 10 美元的 AI 附加项 | 购买率高、价值清晰，并且随使用量扩展 | | Zoom | Webinar、Phone、Rooms 附加项 | 每个附加项都解锁一个独立使用场景 | | HubSpot | 基于中心模块的附加项 | 大量叠加附加项，包括 Sales/Marketing/Service Hubs | | Salesforce | 按云产品划分的附加项 | SaaS 中最全面的附加项目录 | 规律是：更简单的产品保留更少的附加项；复杂的企业产品则拥有更多附加项。请根据客户对复杂度的承受能力匹配附加项数量。 ## Dodo Payments 如何处理附加项 Dodo Payments 在订阅引擎中原生支持附加项： - 将附加项原生附加到订阅产品 - 每个附加项拥有独立的计费行项目 - 附加项添加、修改和移除时按比例计费（三种模式均支持） - 覆盖 220 多个国家/地区的附加项税费计算 - 附加项生命周期变更的 Webhook 事件 - 向客户展示附加项选项的客户门户 - 明细发票，将每个附加项显示为独立行项目 - 完整的 MoR（名义商户）服务覆盖，确保全球税务计算准确 - 透明定价：每笔交易收取 4% 加 40 美分，无月费 如需了解实施模式，请参阅[附加项功能文档](https://docs.dodopayments.com/features/addons)、[混合计费文档](https://docs.dodopayments.com/features/hybrid-billing)和[订阅引擎文档](https://docs.dodopayments.com/features/subscription)。 ## 常见问题 ### 什么是 SaaS 附加项？ SaaS 附加项是客户在基础订阅之上购买的可选功能、能力或容量单位。例如额外用户、更多 API 调用、高级功能（分析、高级集成）以及服务升级（优先支持）。附加项让客户可以根据自身需求定制产品，而不必为自己不用的功能付费。 ### 什么时候应该使用附加项，而不是更高档套餐？ 当功能需求存在差异时（30% 至 60% 的客户想要该功能），使用附加项。当需求更广泛时（50% 至 80% 的客户想要），使用更高档套餐。当需求是普遍需求时（80% 以上的客户想要），将功能捆绑到基础套餐中。当只有 10% 至 30% 的客户需要某项功能时，将其保留在 Enterprise 套餐中。 ### 我应该提供多少个附加项？ 4 至 6 个活跃附加项是比较健康的范围。超过 8 个后，客户会开始因选择过多而无所适从，最终要么什么都不买，要么过度购买后流失。少于 3 个则不足以证明管理附加项计费所需的运营复杂度是合理的。 ### 我应该如何为 SaaS 附加项定价？ 将附加项定价为基础套餐价格的 20% 至 50%。每月 99 美元的基础套餐，其附加项应定价在 19 至 49 美元之间。低于 20% 会显得过于便宜，难以体现价值；高于 50% 则会让人觉得它应该属于套餐升级。积极测试附加项定价，因为价格变更不会影响现有客户。 ### MoR（名义商户）可以处理附加项吗？ 可以。像 Dodo Payments 这样的 MoR（名义商户）会将附加项作为订阅中的行项目进行处理，并为每个附加项提供独立的按比例计费、税费计算和 Webhook 事件。这对于全球 SaaS 尤其有价值，因为不同类型的附加项在不同司法管辖区可能适用不同的税务处理。 ## 总结 战略性地使用附加项时，它们是强大的定价杠杆；将它们随意用于每项功能时，它们则会造成损害。正确的方法是：找出需求存在差异的功能（30% 至 60% 的客户想要），将价格设为基础套餐的 20% 至 50%，将活跃附加项目录控制在 8 个以内，并积极测试定价。 如果你需要一个能够原生处理附加项、独立按比例计费、税务计算和 Webhook 的计费平台，[Dodo Payments](https://dodopayments.com) 已将这些功能集成到订阅引擎中。请参阅[定价页面](https://dodopayments.com/pricing)和[附加项功能文档](https://docs.dodopayments.com/features/addons)。 --- - [More Pricing articles](https://dodopayments.com/blogs/category/pricing) - [All articles](https://dodopayments.com/blogs)