跨境电商英文交接清单：换服务商时的资料移交

换服务商是跨境电商运营中迟早要碰上的事，但多数卖家吃过哑巴亏：账号权限没清干净被前任服务商登录捣乱，历史数据交接不全导致广告复盘断档，或者服务终止通知没发到位惹上法律纠纷。这篇按时间线拆解换服务商的完整交接流程，给一份可直接复用的英文交接清单模板，帮你把风险锁死在纸面上。

阶段一：交接前 7-10 天——清单框架与责任切割

别等最后一天才想起来要交什么。提前一周把清单骨架搭好，双方对着表格逐项确认，能省下 80% 的扯皮时间。

清单结构按三层分类：

Account Access 层：主账号、子账号、两步验证设备、API 密钥、域名管理后台、服务器/主机面板。每个条目后面跟三列：当前持有者、移交方式（直接转让/新建后删除旧账号）、验证移交完成的测试动作。
Asset & Data 层：广告账户结构截图（Campaign-Ad Group-Keyword 三级）、过往 12-24 个月广告报告（CSV 或 Excel，含花费、转化、ROAS）、创意素材源文件（分层 PSD/AI 优于扁平 JPG）、品牌资产包（Logo 矢量、字体授权书、品牌指南 PDF）。这里有个判断标准：如果前任服务商用的是共享素材库（Canva Team 或 Google Drive），必须确认素材所有权归属，避免后续版权纠纷。
Operational 层：未完结的工单编号、正在进行的促销活动排期、与平台方的沟通邮件线索（用标签或文件夹打包）、第三方工具订阅状态（Jungle Scout、Helium 10 这类账号是否随服务转移）。

这份清单用 Excel 或 Notion 做，每完成一项双方签字（电子签名有效），留时间戳。我见过有卖家用 Google Sheet 共享编辑，结果前任服务商偷偷删了几行——所以最终版必须导出 PDF 存档，邮件双方确认。

责任切割的关键动作：在清单首页加一段 Liability Clause，写明”移交完成后，前任服务商对账号异常登录、数据泄露不再承担责任，除非有证据证明移交前已存在隐患”。这句能挡住 90% 的事后扯皮。

阶段二：交接前 3-5 天——密码与权限的深度清理

这是最容易出事的环节。很多卖家以为改个密码就完事，结果忽略了子账号、API 授权、浏览器记住的登录状态这些暗角。

主账号处理：先新建一个”移交专用邮箱”（推荐用 Google Workspace 或企业微信邮箱），把亚马逊 Seller Central、Shopify、Facebook Business Manager 等核心平台的主账号邮箱改成这个。改完等 24 小时确认无异常，再让前任服务商退出所有设备。注意：亚马逊主账号更换邮箱会触发二审概率，提前准备好营业执照、账单备用。

子账号与权限：列出前任服务商持有的所有子账号，按平台逐个检查。Facebook Business Manager 里要去 Business Settings > People 移除，同时检查 Partners 标签页有没有遗留的合作代理商。Google Ads 账户在 Account Access 里看，注意区分”Standard access”和”Admin access”，后者必须清零。Shopify 后台的 Staff accounts 和 Collaborators 是两个入口，都要清。

API 与第三方授权：这是重灾区。去每个平台的 App/Integrations 页面，撤销所有前任服务商可能申请的 API Key。Shopify 在 Settings > Apps and sales channels > 查看已安装应用；Amazon 在 Settings > User Permissions > Third-party developer and apps；Facebook 在 Developers 门户的 Business Integrations。有个硬指标：交接完成后，用 “Have I Been Pwned” 或类似工具检查主邮箱是否在泄露数据库里，如果前任服务商曾用弱密码，这一步能提前预警。

两步验证设备：要求前任服务商当面（或视频）展示 Authenticator App 里你的账号已被删除，不能只口头确认。Google Authenticator 删除后无法恢复，必须确保对方设备干净。

阶段三：交接前 1-2 天——服务终止通知的合规发送

服务终止通知（Termination Notice）不是简单的”我们不合作了”，而是具有法律效力的文件，写砸了可能面临违约赔偿或数据滞留。

通知必备要素：

合同编号与生效日期，引用具体终止条款（如”根据 Section 8.2，任一方可提前 30 日书面通知终止”）
明确终止生效日期（建议选在工作日，避开节假日导致的响应延迟）
数据归还的具体形式、时间节点、接收方式（FTP、物理硬盘、云盘链接）
保密义务的延续期限（通常 2-3 年，即使合作结束仍有效）
未结费用的清算方式与期限

发送渠道要双轨：邮件正文 + PDF 附件，同时用挂号信或快递寄送纸质版到对方注册地址。邮件标题必须含 “Formal Termination Notice – [合同编号] – [你的公司名]”，方便后续检索。保存回执：邮件已读回执、快递签收记录、对方确认收到的回复邮件，这三样缺一不可。

有个时间红线：如果合同里写了终止通知期（比如 30 天），你的交接动作必须在通知期内完成，不能先交接再补通知，顺序错了对方可以主张你违约。

阶段四：交接当日——逐项核验与书面确认

当天流程建议控制在 4 小时内，按”登录测试 → 数据完整性校验 → 最终签字”三步走。

登录测试：用新密码从陌生浏览器（建议开隐身模式）登录所有平台，确认无异常验证提示。Facebook 和 Google 尤其敏感，如果弹出”我们在陌生设备上检测到你的账号”，是正常的，按流程验证通过即可。

数据完整性校验：抽样检查比全量检查更高效。广告数据抽 3 个不同时段的 Campaign，对比移交的 CSV 和后台实际数值是否一致；素材包随机打开 5 个 PSD，确认图层未扁平化、字体未缺失。如果移交的是云盘链接，下载到本地再核对文件大小，防止对方误传了快捷方式。

最终确认书：准备一份 Handover Completion Certificate，核心条款包括：

“双方确认于 [日期] 完成全部资料移交，清单附后”
“移交后如发现遗漏，接收方应在 5 个工作日内书面提出，逾期视为无异议”
“本确认书签署后，服务关系正式终止，双方互不承担后续运营责任”

双方授权代表签字，各执一份扫描件。原件建议保存 5 年，和合同一起归档。

常见错误与避坑清单

最后整理几个我亲眼见过或自己踩过的坑，对照检查：

错误一：只移交了”看”的权限，没移交”所有权”。 典型场景是 Facebook Business Manager 和 Google Ads Manager Account。前任服务商把资产挂在他们的 BM 或 MCC 下，你只有访问权，没有所有权。一旦对方 BM 被封，你的资产跟着陪葬。正确做法：要求对方将资产”转移”（Transfer）到你的 BM/MCC 下，而不是仅仅”共享”（Share）。

错误二：忽略了”休眠”的授权。 有些 API 授权或浏览器插件登录状态看似没在用，但后台记录里仍存在。建议交接后 48 小时内，到各平台的 Security/Login History 页面检查活跃会话，手动踢掉所有旧设备。

错误三：服务终止通知里没写清数据格式。 曾有卖家收到前任移交的 200G 数据，全是无法打开的软件专有格式（如某小众 ERP 的数据库文件），被迫再花钱请对方导出。通知里务必写明”通用可读格式，如 CSV、XLSX、PDF、分层 PSD、MP4 等”，并附示例。

错误四：没留”售后窗口期”。 完全切断联系后，发现某个历史广告组的否定关键词逻辑看不懂。建议确认书里加一条：”移交后 30 日内，前任服务商应配合解答运营细节问题，每次响应不超过 2 个工作日”，时间太长对方不配合，太短不够用。

错误五：用个人邮箱做主账号。 如果前任服务商是用 @gmail.com 或 @qq.com 注册的你的亚马逊账号，赶紧在交接期改成企业邮箱。个人邮箱的归属权难界定，且容易被找回。

把这份清单存成模板，下次换服务商时改个公司名和日期就能用。交接这件事，纸面越厚，事后越轻松。