ClickFunnels 订单加购对比一键加售：应该先用哪一个？

快速判断：付款前加购，付款后 OTO

订单加购属于结账决定。客户已经准备购买主商品，可以在同一页面加入一个高度相关的配套商品。官方当前文档说明，加购必须依附主产品，不能单独存在。它更适合模板包、快速服务、小配件或其他低摩擦扩展。

OTO 属于付款后的第二次决定。ClickFunnels® 把它放在首单之后；如果客户刚刚完成符合条件的付款，系统可以利用已有支付方式完成一键接受；如果没有前序购买，可能再次出现结账界面。官方文档还把一个产品和价格绑定到一个 OTO 按钮，因此不能假设同一按钮会自动代表多个不同套餐。

核心差异是认知负担。加购是在问“要不要顺便带上这个小配套”；OTO 是在问“第一步已经买完，是否需要更大的下一步”。昂贵复杂的加购会干扰主结账，过于琐碎的 OTO 又会浪费完整页面并拖慢确认流程。

什么时候先测试加购

如果配套商品与主商品关系紧密、可以随同一订单交付、价格明显低于主商品，而且一句话就能说明价值，可以先测试加购。它不应迫使客户重新比较一轮套餐。

例如：课程配套的执行清单、模板库的额外素材、服务项目的优先配置。即使在同一结账中，也仍需分别核对退款、税务和交付成本。“同一笔订单”并不等于“没有额外运营成本”。

SamCart、ThriveCart 和 Kajabi 也把 bump 放在结账阶段，但选择控件、数量和履约方式并不相同。这些竞品资料只能证明行业中普遍存在“结账内加购”模式，不能反推 ClickFunnels® 具有相同限制。

什么时候先测试一键加售

如果第二个报价需要独立解释、价格明显更高、会改变交付范围，或者只有买完第一项之后才容易理解，就先测试 OTO。入门课程之后的高级课程、自助工具之后的代配置服务、基础授权之后的更大授权，都可能适合。

付款后展示可以避免在首单付款前增加第二个复杂决定，但你必须把接受、拒绝和后续路径做清楚。实物要核对地址与运费；订阅要核对计费周期和取消说明；所有报价都要真实测试收据和交付事件，不能只看按钮写着“一键”就认为流程完整。

SamCart 会说明确认选项，ThriveCart 会说明多页 upsell 漏斗，Kajabi 则把 upsell 作为结账后的报价。它们可用于比较工作流，但不能拼成 ClickFunnels® 的“通用上限表”。

能不能两个都用

只有当两者解决不同问题时才一起用。小配套放在结账页，大的下一步方案放在付款后。不要把同一个商品展示两遍，不要给同一订阅换两个名称，也不要让客户怀疑首单是不是“不完整”。

先建立干净基线，记录完成结账数、平均客单价、退款率、客服咨询和交付错误。先单独加入 bump，再单独加入 OTO，最后才测试组合。它不等同于严格随机实验，但更容易定位运营故障。

每个报价都应计算贡献利润，而不是只看新增销售额：

**新增贡献 = 接受数量 ×（报价价格 − 可变交付成本 − 预期退款 − 支付成本）。**

再把结果与月付 $97，或年付 $970 折算的每月约 $80.83，以及仍需承担的人力和其他工具成本比较。年付降低公开的月均成本，但会增加前期承诺。

**Launch 套餐背景与未公开边界。**

截至本次核验，Launch 列出 1 个 workspace、2 名团队成员、10,000 个联系人、每月 50,000 封邮件、3 门课程、5 个自定义域名和不限访客。这些限制会影响实际购买判断，因为漏斗不只有结账页，邮件跟进、团队权限、域名和联系人增长都可能决定是否需要升级。

定价页没有单列 Launch 可创建多少个 order bump 或 OTO 页面。不能据此承诺无限使用。购买前应在当前工作区搭建测试漏斗，核对页面、产品、支付与交付选项。

ClickFunnels® 表示不会按销售额再抽取平台百分比，但支付处理商、退款、拒付、税务和可选服务仍可能产生成本。“一键”描述的是符合条件的首购之后的客户操作，不代表交易成本为零。

两周验证计划

第 1–3 天：只上线主报价，不加 bump 和 OTO。确认付款、收据、交付、税务与退款路径，记录结账完成与客服问题。

第 4–7 天：增加一个低摩擦 bump。尽量保持主报价和流量来源稳定，观察主结账完成率是否下降，并确认加购商品正确交付。

第 8–11 天：保持或移除 bump 后，单独增加一个 OTO。测试接受、拒绝和失败路径；即使客户拒绝 OTO，首单也必须保持完成。

第 12–14 天：只有两个报价分别通过测试后才组合。复核净贡献，不只看接受率。如果退款、困惑或交付成本增加得更多，就停止该报价。

适合与不适合的人

如果你已有明确主报价、一个低摩擦配套商品、一个更大的后续方案，并且流量足以评估漏斗，Launch 比较适合。若同一订阅还能替代原本单独付费的页面、邮件、课程或 CRM 工具，经济性更容易成立。

如果主报价尚未验证、结账量太低、每个加购都需人工审批，或复杂税务、物流、订阅逻辑还没有在工作区验证，Launch 就不是强匹配。此时更简单的结账工具或继续打磨产品，可能比增加漏斗步骤更重要。

**当前版与 Classic 文档边界。**

搜索结果仍会出现旧 ClickFunnels® 支持页和 Classic 术语。本文以 support.myclickfunnels.com 的当前 checkout 与 OTO 流程作为实施依据；旧 support.clickfunnels.com 定价页只作背景参考。界面名称会变化，实际搭建当天仍要核对编辑器与支付设置。

结论

小而相关的配套购买，在付款前用 bump；价格更高、需要独立说明的下一步，在付款后用 OTO。只有两者分别单独跑通且交付可靠，才一起使用。真正决定 Launch 是否值得买的，不是功能数量，而是净贡献、结账完成率与客服负担。

联盟披露：如果你通过已批准的 ClickFunnels® 链接购买，Toolnavia 可能获得佣金；这不会改变本文的定价事实、来源边界和建议。