ClickFunnels® 漏斗分享：客户副本后续由谁维护？

先确定客户将收到什么

漏斗把多个页面连接成访客流程。以下三种交付对象容易混淆：

- **Live URL：**让访客打开已发布的漏斗。

- **Duplicate：**在同一个工作区内创建另一份副本。

- **Share link：**让其他用户把漏斗复制进自己的账号。

应把目标位置写进需求说明。能打开的审阅链接，并不会给客户一份可供编辑和运营的副本。

四项有助于有序交付的能力

- **同工作区复制**，可以为准备工作保留一个可编辑版本。先在其中比较拟议改动，避免直接扰动团队已经熟悉的版本；仍需记录具体改了什么。

- **漏斗复制**复用页面、设置及适用的产品配置。接收人因此获得可以对照交付范围核查的实际起点。

- **客户独立编辑**，方便调整自己的品牌和优惠。它的实际价值在于责任清楚：客户可以修改副本而不改变代理商源模板，同时也需要有人负责后续维护。

- **Republish Funnel**更新供后续导入的版本。每次发布都应有版本名称和改动说明；已经安装的副本不会自动收到这些变化。

核对目标套餐与未包含的依赖

2026 年 10 月 28 日，官方帮助页列出 Launch 月付 $97 或年付 $970，包含一个工作区和两名团队成员。接收人需要有效账号，以及支持所需功能的套餐；分享不会附送另一个订阅。最终币种、税费、续费和周期仍应确认；官网 $ 符号不等于已经核实的结账报价。

Funnel Share 不包含额外的课程、主题和邮件模板。SDK 外部页面会阻止分享及复制；托管的 Custom HTML 页面可以分享。但这种技术支持不代表 Launch 获得自定义代码编辑权限：价格指南把 Custom Code Editor 列在 Scale 中。

Classic 漏斗不能直接分享至当前平台；通过 BarnumPT 迁移页面属于另一条路径。若没有针对相应任务的证据，不应承诺联系人、历史订单、分析数据、支付审批或账单所有权会随之转移。

在客户账号内验收副本

以下是建议执行顺序；本指南没有进行源账号到客户账号的转移或付款测试。

1. **定义验收标准。**列出预期页面、业务结果、目标账号，以及内容、付款和维护负责人。标明需要另行配置的依赖。确认客户能够管理目标账号，不必依赖代理商员工的个人登录。

2. **标识交付版本。**记录版本、日期和简短改动说明。由获得授权的接收人选择目标工作区，并在交付记录中保留源端与接收端的标识。

3. **检查接收端流程。**核对域名、页面顺序、手机端显示、按钮、选定的产品与价格，以及连接的工作流。官方指南提醒，分享后某些动作可能缺失。应为每项差异指定负责人，不能仅凭视觉相似就认定交付完成。

4. **留下证据与上线批准。**使用无害且已获授权的测试数据，以及适用于对应支付方式的官方测试设置。记录生成的记录出现在哪里、由谁批准发布。未解决的问题应继续列出；没有测试的付款路径不能被标为通过。[课程结账指南](/zh-cn/software/funnel-platform-course-checkout-trial)另行介绍这项验收。

为后续每次修复指定负责人

假设客户 A 验收的是版本 1，而源模板后来更新为版本 2。应维护一份版本登记表，注明哪些客户需要修正、谁能编辑其副本，以及何时复核。外观改进可以列为可选项；错误价格或失效的目标页面则需要明确响应期限。

应用修正前，记录客户自己的修改和原有设置。提前约定改动失败时如何恢复受影响的行为；重新导入可能只是生成另一份副本，并不会修好正在使用的那一份。修复后重新检查受影响流程，并记录客户验收结果。

**Reshare**控制再次分发，**Active**控制分享链接是否可用。资料没有说明停用链接会删除已安装副本。这两个开关都不能替代上述维护安排。

选择客户能够持续运营的交付方式

其他工具采用不同机制。Webflow 记录了需要接收人接受、且有套餐条件的工作区转移；Unbounce 的页面副本处于未发布状态，不带原有线索或统计；Leadpages 的 **Classic Builder**分享独立模板，不带分析数据和集成设置。这些是限定范围的机制比较，不能视为相同的转移承诺。

当普通托管副本、客户套餐和明确的维护负责人能够满足需求时，可以选择 Launch。如果必须集中推送更新或完整移交业务，应重新评估方案。订阅费用之外，也要预算持续验收和修复工作。

通过 Launch 入口订阅，Toolnavia 可能获得佣金；入口不承诺特别折扣或客户交付成功。