先判断一件事:原负责人是甲方内部员工还是乙方服务方人员。若是甲方员工离职,补齐资料主要靠协议中约定的数据归属条款和后台权限回收记录;若是乙方人员离职,则要区分“服务方仍在合同期内”与“服务方即将退出”两种情况,前者要求对方补交工作底稿,后者应把补齐资料作为结算和交接的前置条件。判断依据不是对方口头承诺,而是协议里是否写明“过程文档、账号权限、数据导出格式”属于交付物。
这种情况下,补齐资料的责任在服务方,但你要先确认协议是否把“人员变更”列为需要书面通知的事项。如果协议只写了服务范围,没有写人员稳定性或交接义务,你可以要求对方提供以下三类材料,并把补齐结果与下一阶段付款或续约挂钩:
实际动作:向服务方发一封书面通知,列出上述三类材料的清单和补齐截止日期,同时暂停对未交付部分的验收。这个动作的结果是,对方要么在期限内补齐,要么书面说明无法补齐的原因。无论哪种结果,你都能在下一步决定是继续合作还是启动退出流程。
这种情况下,补齐资料往往比前一种更困难,因为对方已经没有继续履约的动力。你需要把“补齐资料”从请求变成结算条件。具体做法是:先核对协议中是否有“终止后资料移交”条款,再根据条款决定是暂扣尾款、要求书面确认,还是接受部分资料缺失并自行重建。
如果协议写明了终止后的移交义务,你可以要求对方在指定期限内完成移交,移交内容至少包括:
如果协议没有写移交义务,你仍然可以要求对方提供资料,但缺少强制力。此时更现实的选择是:把已知的账号权限先收回来,再根据现有数据重建缺失部分。重建时优先处理影响最大的环节,例如网站分析工具的访问权限和内容管理系统的编辑权限,而不是试图还原所有历史文档。
无论哪种条件,以下三类资料一旦缺失,后续工作会直接受阻,应优先补齐:
假设一个场景:原负责人离职前提交了一批页面标题修改,但没有留下记录。新负责人接手后发现部分页面排名波动,却无法判断是标题修改导致还是其他原因。如果当时保留了改动记录,就能对照时间线排查。这个假设说明,过程文档的价值不在于完整,而在于能回答“什么时候改了什么”。
有些资料可能因为系统限制、账号注销或对方不配合而无法补齐。这时不要追求全部还原,而是判断缺失部分是否影响当前决策。如果缺失的是历史外链记录,但当前策略已经转向内容建设,那么这部分缺失可以接受。如果缺失的是账号所有权,导致你无法登录分析工具,那就不能接受,必须通过平台申诉或重新注册解决。
判断标准可以简化为一条:缺失的资料是否影响你对下一步动作的判断。影响判断的,优先补齐;不影响判断的,记录缺失状态即可。补齐资料的动作本身也会影响下一步,例如你发书面通知后对方配合,说明合作关系仍可修复;对方拒绝或拖延,则应把退出流程提前。
最后,把补齐结果写进一份内部交接文档,注明哪些资料已收到、哪些缺失、缺失原因和后续处理方式。这份文档不需要对外发布,但能帮助新负责人在遇到问题时快速定位信息缺口。