换服务商：交接清单与 30 天过渡
换服务商时，最贵的成本不是新报价，而是「上一个团队做过什么、为什么这么做」没人说得清。交接做得好，第三周就能继续；做不好，等于从零开始。
一、五类必须交接的东西
① 问题集与历史采样：问过哪些问题、什么时候问的、原文长什么样。没有它，新团队无法判断基线。② 改动清单：改过哪些页、为什么改、回滚方式。③ 内容库：已发布内容的源文件与发布渠道账号。
④ 站点与分析权限：搜索资源平台、分析工具、站点后台。⑤ 未完成项与原因：哪些计划没做、卡在哪。这一条最容易被省略，也最容易让新团队重复踩坑。
二、30 天过渡表
| 时间 | 动作 | 谁主导 |
|---|---|---|
| 第 1 周 | 签交接协议，列清单，冻结账号变更 | 你方 |
| 第 2 周 | 老方交付原始记录与文档，新方只读不写 | 老方 → 新方 |
| 第 3 周 | 新方出「现状复述」：把基线讲一遍，你方核对 | 新方 |
| 第 4 周 | 权限移交，老方退出，新方开始第一批改动 | 双方 |
表格可左右滑动查看完整内容
第 3 周那一步最值钱：让新方把你现有的基线讲一遍，讲错了说明没读懂，讲对了才允许动手。跳过这一步，第一批改动往往是「按自己的习惯重做一遍」。
三、三处最容易扯皮的地方
一是内容版权：已发布文章的源文件归谁、能否继续用。二是账号归属：以谁的主体注册，能不能迁出。三是历史记录：原始采样数据算不算交付物，还是「内部资料」。
这三件事在合作顺利时都不重要，在分手时全部变成筹码。最省事的办法是签约时就写进合同：账号用甲方主体、原始记录随报告交付、内容源文件归甲方。
四、交接期不要做的事
不要同时让两家改同一批页面 —— 出了问题无法归因；不要在第 1 周就大规模改版，基线还没确认；不要把老方的记录当成「反正要换人了」而丢掉，那是你唯一的历史。
交接失败的三种典型
第一种是「文件给了，但没人讲」。一堆 PDF 与截图，没有结构、没有背景，新团队只能从头摸索。补救办法是要求一份「一页纸的现状说明」：现在做到哪、下一步做什么、有哪些坑。
第二种是「账号在，权限不全」。站点后台能登录，但搜索资源平台、分析工具、内容发布渠道各自独立，漏一个就要重新验证，验证周期可能以周计。交接清单要按「平台」列，不按「文件」列。
第三种是「记录断档」。老方只交接了最后一份报告，前面的采样没有留存，导致无法判断趋势 —— 新团队只能从零建立基线，等于把之前的时间成本又付一遍。
- 交接期设一个「只读周」：新方只看不改，先复述现状
- 账号清单按平台列，逐个确认可登录、可导出
- 要求老方交「已废止的判断」清单：哪些做法试过没用，避免重复试错
五类东西，分别交给谁
交接不是打包发一个压缩包。五类东西的接收方不同，交接单上必须分开写，否则出现了问题找不到责任人。
- 账号与权限（域名、服务器、统计、站长平台）→ 交给 IT 或负责人本人；交接当天改密码、移除旧成员。
- 内容与素材（文章、图片、视频）→ 交给运营；确认拿到的是可编辑源文件，而不只是导出的成品。
- 站点与代码（仓库、部署方式、配置文件）→ 交给技术；确认能独立部署一次成功。
- 数据与报表（原始导出、口径说明）→ 交给市场；确认自己团队能复算同一组数字。
- 合同与承诺（在途事项、未结费用、对外承诺）→ 交给商务；避免新服务商重复承诺已经答应过客户的事。
每一项都要有「接收人 + 验收方式」，否则交接单只是清单，不是凭证。
常见问题
老服务商不肯交原始数据怎么办？
看合同有没有约定。没有约定时，可以要求「以交付报告形式提供摘要」作为折中，但要把这一条写进下一次合同。
交接期需要两家同时在吗？
建议重叠 2–4 周，但同一批页面只允许一方改。重叠期的作用是知识转移，不是并行施工。
账号用谁的主体注册？
用甲方主体。用服务商主体注册的账号，换人时可能迁不出，历史上这种情况并不少见。