更换北京优化公司时,账号交接的核心不是“把密码发过去”,而是把账号所有权、操作权限、历史数据和后续责任一次性理清。最稳妥的做法是:先冻结旧方的高危权限,再逐项核对账号清单,最后让新方用独立子账号接手,而不是直接共用主账号。下面用一个假设例子说明具体步骤。
假设某公司原本委托一家北京优化公司做网站优化,合作半年后决定换人。旧方只交了一个后台登录密码,没有交域名管理权限、统计工具权限和内容发布记录。新方接手后发现无法修改网站解析,也看不到过去半年的数据变化,只能从头排查。结果是重复劳动、上线延迟,双方还互相认为是对方的问题。
这个例子说明:账号交接如果只停留在“给密码”,后面大概率会返工。真正要交的是控制权和记录,而不仅是登录方式。
建议在正式换方前,由己方负责人拉一张表,逐项确认归属。常见项目包括:
清单里每一项都标注三件事:账号归属方、当前持有人、交接后由谁负责。归属不清的,先解决归属,再谈交接。
按下面顺序执行,能减少权限真空和误操作:
其中第 1 步和第 6 步最容易被忽略。只改密码不清理旧授权,旧方仍可能通过 API 或第三方应用访问;只停用账号不导出数据,新方接手后没有历史参照。
以下情况出现任意一条,就说明交接没做干净:
判断标准很简单:己方负责人能否在不联系旧方的前提下,独立完成一次发布、一次解析修改和一次数据查看。如果做不到,就还没交接完。
如果团队里有多人参与,建议指定一个交接负责人,统一收口账号信息,避免多人分别找旧方要密码导致混乱。新方接手后,先做一次只读检查:确认后台结构、数据口径和发布流程,再动内容或投放。这样即使发现问题,也能判断是历史遗留还是新操作导致。
另外,交接记录要留档:谁在什么时间改了什么权限,交接了哪些账号。后续再换方时,这份记录就是下一次交接的起点。
下一步建议:先按上面的清单核对一遍现有账号归属,把不属于己方控制的项标出来,再决定交接顺序。