更换网络外包推广服务商时,交接的核心不是“换个人继续发内容”,而是把账户权限、推广资产、数据口径、在途任务和验收标准完整移交给新团队。最关键的判断标准是:旧服务商撤出后,新服务商能否在不依赖旧方配合的情况下,独立登录后台、看懂历史操作、继续投放或发布,并且效果数据不出现无法解释的断层。
准备阶段要先把“属于谁”的问题理清。很多交接纠纷不是能力问题,而是旧服务商把账户、素材、数据留在自己手里,新方接手后无从下手。建议逐项列出清单:
如果账户注册在旧服务商名下,要优先协商过户或新建企业自有账户,而不是直接继续用对方账户操作。判断依据很简单:新服务商能否用企业自己的身份登录并修改支付、权限设置。做不到,就不算完成交接。
实施阶段最容易返工的地方,是旧方只给一句“都在后台里”。后台里的历史操作往往没有注释,新方需要重新试错。应要求旧方提供一份交接文档,至少包含:
文档交付后,安排一次线上或现场同步,由旧方演示操作路径,新方当场记录。这里不要只让旧方讲“做了什么”,而要让他演示“怎么查、怎么改、怎么导出”。演示过程可以录屏留存,作为后续排查依据。
验证不是看文档写得多完整,而是看新方能否独立完成一次完整动作。可以选一个低风险的真实任务来测试,例如:
如果测试中出现“必须问旧方才能操作”的环节,说明权限或文档仍有缺口,应继续补齐再进入维护。验证通过的标志是:新方独立完成操作后,能自己解释数据变化的原因,而不是靠旧方口头确认。
交接完成后,建议保留一段过渡期,比如两到四周,由旧方按约定响应新方提出的具体问题。过渡期要明确响应范围,例如只回答历史配置疑问,不负责新策略制定,避免责任模糊。同时把交接文档、录屏、账户权限变更记录归档,方便日后审计或再次更换服务商。
下一步可以做的,是把上述清单改成一页交接确认表,逐项打勾并注明负责人和日期。只要有一项无法独立验证,就先不签字确认,这比事后补救更省成本。