先判断一件事:离职的是公司内部负责对接的人,还是原服务商那边的负责人。这两种情况下补齐资料的对象、顺序和可拿回的程度完全不同。前者主要靠内部系统与合同存根恢复,后者要靠合同条款和新的对接人重新建立交付关系。下面按这两种条件分别说清楚该做什么、做到什么程度算够用。
这种情况资料通常没有丢,只是散落在个人账号、聊天记录和本地电脑里。补齐的核心不是“找服务商要”,而是先把权限收回来,再从已有系统里倒推。
先做一次权限盘点,列出所有可能挂着原负责人身份的地方:域名注册商账号、服务器或虚拟主机后台、内容管理系统管理员账号、备案主体联系人、企业邮箱、以及和服务商对接用的工作微信或企业微信。这一步的动作是逐项登录确认,结果会直接决定下一步——凡是登录不进去的,说明权限没有随人走,需要走找回流程;能登录的,先改密码和绑定手机,再谈资料。
资料本身按“能不能自己重建”分两类。合同、付款记录、验收单这类,公司财务和存档里一般有备份,直接调取即可。而网站后台的文章、图片、产品数据、栏目结构这类内容资产,只要服务器还在、数据库还在,就不需要向任何人索要,导出备份即可。真正容易缺的是那些只存在于个人聊天记录里的口头约定,比如某次改动为什么这么做、某个页面为什么暂时下线。这类信息补不回来也不影响运营,不必花大力气追。
一个假设例子:假设原负责人离职前把域名管理邮箱设成了自己的私人邮箱,而公司没有别的管理员。此时补齐的第一步不是整理资料,而是先在该注册商处提交账号找回或转移申请,把域名控制权拿回公司名下。这一步没完成之前,后面所有资料整理都建立在不稳定的地基上,因为域名一旦到期或被人操作,网站本身就不存在了。
这种情况更常见,也更麻烦,因为资料不在你手里,能不能拿到取决于合同和对方公司的配合意愿。关键判断依据是:合同里有没有写明交付物清单、源文件归属和数据导出义务。有约定的,按约定主张;没有约定的,只能协商,且要做好拿不全的准备。
先通过服务商的公司渠道,而不是离职者个人,重新建立对接。动作是发一份书面说明,列清楚你需要的东西:网站源码或建站平台的导出包、数据库备份、图片和视频原始文件、已发布的文案源文件、以及各账号的管理权限。结果有两种:对方配合,按清单交付;对方以“人走了、资料找不到”为由推脱。后一种情况下,不要接受口头结论,要求对方书面回复哪些能提供、哪些不能,这份回复本身就是后续处理的依据。
如果合同约定源文件归你方所有,而对方拒绝交付,可以依据合同主张权利,必要时通过法律途径。但更现实的做法是先评估这些资料的实际价值:如果网站建在对方自有或代理的平台上,源码可能本来就不在你手里,此时争源码不如争数据导出和账号迁移。如果网站是独立部署、服务器在你名下,那么即使对方不配合,你也可以找新的技术人员从服务器上直接取,损失有限。
不管属于哪种情况,按下面的顺序推进,能避免做无用功:
每完成一步,检查一下:如果此时网站突然无法访问,你能否独立恢复?能,就进入下一步;不能,就停在当前步骤解决。
有两种情形值得考虑外部技术协助:一是域名或服务器账号完全无法找回,注册信息又指向已离职人员;二是原服务商已停止配合,而网站仍在运行、需要在不中断的情况下迁移。这两种都属于技术操作,不是资料整理问题。
介入前先明确一件事:新接手的人需要拿到的是控制权,而不仅仅是文件副本。只拿到一份网站压缩包但没有域名和服务器权限,等于没有恢复能力。所以委托内容里应当写明“完成账号权限转移并验证可独立登录”,而不是“提供网站备份文件”。验证方式很简单:让对方退出所有账号后,你用自己的设备能独立登录后台并发布一篇测试内容,再删除。这一步通过,才算补齐完成。
如果原服务商仍在正常经营,优先走协商而不是直接换人,因为迁移过程中最容易出问题的往往是对方掌握的那些隐性配置,比如伪静态规则、定时任务、第三方接口密钥,这些不在常规交付清单里,但缺了会导致网站功能异常。