员工离职，对多店铺团队的真正风险不是”少了一个人干活”，而是”多了一串敞开的门”。据观察，离职交接遗漏造成的后续关联事故，在多店铺团队事故中占比相当高——而且这类事故的特点是发现得晚、补救难度大。按下面七项做成固定离职清单，逐项回收，逐项打钩，把敞口堵死。

回收清单

1. 浏览器环境访问权。 他名下有权限的所有店铺环境的登录入口，离职当日回收。这是七项里最基础的一项，却也是共享密码式管理最容易漏的一项——你改密码，但通知不到所有人，反而把还在用的人卡住了。正确的做法是通过统一的账号环境管理工具在管理后台收回授权，不影响其他成员的正常访问。

2. 资料查看权。 环境入口收了，但能不能看到店铺资料的权限也要单独确认。资料层权限比环境层权限更隐蔽——很多人记得收环境忘了收资料，离职员工即使不能再登录，但他曾经有权限查看的那些资料路径如果没关，就是一个隐患。

3. 验证方式归属换绑。 如果店铺的二次验证绑定在他的私人手机号或私人邮箱——离职前必须完成换绑。这一项漏了以后，后面任何需要改收款、改密码的操作都会卡死。这恰恰是最容易被交接双方同时忽略的一项：离职员工觉得”反正我不是恶意的”，接手人觉得”验证方式应该是在公司设备上吧”——双方都觉得对方负责，结果谁都没做。

4. 代理供应商账号。 IP 代理的采购后台、管理面板，如果他用过，离职前改绑管理员或者删除他的子账号。离职后拥有代理配置权限意味着他仍然可以修改店铺的网络出口——这是比环境访问更难被发现的后门。

5. 第三方工具账号清理。 ERP、物流平台、广告投放工具、数据分析平台——有权限的逐平台回收或删除账号。很多关联信息不需要通过店铺后台获取，通过第三方工具的数据交叉比对就能被推断——比如 ERP 里能看到所有店铺的订单数据，物流平台里能看到所有发货地址。

6. 本地设备残留清理。 如果他使用过公司电脑登录店铺后台，离职后清除该设备上保存的 Cookie、缓存、浏览器保存的密码和任何本地文件。这一步不能靠”他自己会清的”——一是可能忘了，二是没有验证手段。

7. 交接确认和留档。 以上六项全部完成后，由接手人逐项验证：用自己的权限能不能正常进环境、验资料、确认每个店铺的操作都正常。全部验证无误后双方在清单上签字或留电子确认记录，负责人归档保存。这份归档清单的价值体现在”N 个月后出现异常需要追溯”时——能拿出当时的回收记录证明权限管理是完整的。

清单之外：系统化回收比纪律更可靠

手工清单的弱点是依赖执行力——再好的清单，在忙碌的离职日也可能漏掉一两项。更根本的做法是让权限回收变成一个系统动作：环境授权和资料可见权通过账号环境管理工具统一管控，收回一个成员的权限等于所有相关联的入口和资料可见权同步关闭，不依赖人工逐条勾选。行业里多店铺团队用飞跨浏览器做这层，权限回收一键覆盖所有环境，不存在”以为收了实际没收到”的灰色状态。

常见问题

离职员工口头说”都交接好了”还需要走清单吗

需要。口头交接和系统回收是两个不同维度的事。信任不能替代流程——这不是信任问题，是管理稳健性问题。所有离职必须走清单，没有例外。

兼职或短期员工的回收也这么严格吗

需要，甚至应该更严格。短期员工的权限往往在入职时就设得比较宽——因为”反正过两周就走了”——但宽权限叠加短周期，回收遗漏的概率反而更高。给临时账号的原则是：最小权限创建、最小成本回收。建的时候底子就打好，收的时候一键就完事。