拖动logo到书签栏，立即收藏飞跨浏览器
浏览器
核心功能
拖动logo到书签栏，立即收藏飞跨浏览器
省流摘要： 多数团队管理者以为”员工离职就是改密码、删账号”，这条线只断了一半。多店铺权限交接其实是一个三阶段流程：准备（盘点目标员工或岗位的店铺、附加账号、权限范围），执行（挪移权限、解绑设备、处理临时授权），验收（自测清单逐项确认）。架构上做到”账密对人不可见、权限对岗位绑定”，交接就不是密码交付，而是权限挪移。飞跨浏览器把账密管理做成默认架构，员工”用得了、看不到”，离职即删除子账号，无需密码轮换或账号交接。
权限交接动作执行前的前置盘点。准备不充分，执行阶段会反复返工。常见误区是把”账号交接”等同于”改密码”——结果共用邮箱、二步验证设备等其他权限没切断。
准备阶段不是”列张表”，是把”该员工身上有什么权限”这件事从隐性变成显性——每一项都是后续执行阶段的一个对应动作。
执行阶段同时覆盖离职和扩张——两者的本质都是权限挪移，只是方向相反。两组步骤按编号顺序执行，跨步骤不可省略。
员工离职时最焦虑的是”账密交接”——他知道账密，离职后能登店铺怎么办？飞跨浏览器的子账号体系绕开了这个问题：员工全程不接触账密明文，账密由系统加密保管、自动填充，飞跨内部人员也无法看到明文，离职时删除子账号权限即可，无需密码轮换。
新员工入职最容易忽略的是”权限边界”——一个新人本来只需管 2 家店，实操中往往被给了全店访问。飞跨浏览器的 5 类预置角色加上按部门精细授权机制，让权限按岗位走而不是按个人走，扩张时直接挂角色，不需要为每个新人重新设计权限。
无论离职还是扩张，每一步改的都是子账号的权限状态，而不是店铺账号本身——这是”权限挪移”和”账号交接”的本质区别。
权限挪移完成后必须逐项确认的检查点。任一项不通过，返回执行阶段对应步骤补做。
验收清单每一项都对应一个具体的可查证据——日志里没记录就是没做，不接受”我觉得做了”。
Q1：离职员工没及时收回权限，后果会怎么样？
风险等级取决于该员工权限范围和离职性质。若他持有超级管理员或核心店铺访问权，未及时收回相当于把店铺、附加账号、收款方式全部敞开。最严重的后果包括账号被恶意操作（改价、改库存、改收款）、敏感运营数据被带走、共用邮箱被用于绕开二步验证。
Q2：临时项目用员工或外包，怎么给权限？
用”临时授权”机制：设定有效期（24 到 96 小时），到期自动终止；期间仅可访问指定店铺、不可获取账密；到期后无需手动收回，系统自动回收。比改账号密码更省心，也更安全。
Q3：多个店铺的附加账号（共用邮箱、支付）怎么管，才不会泄露？
附加账号统一托管：把邮箱、支付、二步验证等共用账号集中放在管理后台，员工通过授权访问而非知晓密码，可见即用但不知道真实密码。离职时撤销其授权即可，不需要轮换共用账号本身的密码。
Q4：改了店铺密码就算交接完了吗？
不算。改密码只解决了”已知密码”这一层，没解决以下几点：一是员工记下来的旧密码可能用于撞库攻击；二是共用邮箱、支付等附加账号的访问没切断；三是二步验证设备未解绑；四是没有日志层留下完整交接记录，事后追溯困难。完整交接是权限层、设备层和日志层的三重撤销。
