代运营团队开子账号，怎样避免把两个客户的业务混在一起？

代运营公司里，同一位员工上午负责品牌 A，下午支援品牌 B。给他一个共用账号看起来方便，等到需要查明谁回复了客户、谁导出了资料，才发现记录无法区分。子账号的第一项价值，是保留清楚的操作身份。

先拿两个客户做一次权限演练

建立测试业务范围 A 和 B，让员工用自己的账号登录。检查他能看到哪些会话、客户资料、附件和统计，再测试是否能够搜索、导出或通过历史链接访问另一客户的信息。列表里不显示，不足以证明所有访问路径都被隔离。

千悦子账号是否能满足某种跨客户隔离需求，应根据实际版本和权限结果确认。风格、接入实例或分组的名称不同，也不能自动等同于独立数据边界。需要严格隔离时，应由产品和实施人员给出明确方案。

三类人员，三种工作需要

固定接待员只需要处理分配范围内的咨询；临时支援人员需要明确支援时段及可见范围；项目负责人可能需要查看该客户的服务情况，但不一定需要平台配置权限。先写工作，再决定权限，避免给所有人一套最大的角色。

账号命名可以标识人员身份与岗位，客户名称则放在业务范围中。一个人更换项目时调整授权，不通过把原账号交给另一个人来实现“复用”。这样历史记录才仍然指向实际操作者。

交接时验证两件相反的事

新负责人应该能完成需要的工作，旧负责人应该不再保留已结束的访问。安排一次受控检查，核对双方看到的内容与操作权限。对于仍在处理中的咨询，先做好业务接续，再按企业约定执行权限变更；紧急风险则按相应流程处理。

客户资料的导出也纳入交接。已经下载到本地的文件，不会因为后台取消账号就自动消失，应按双方约定处理。共享文件夹和个人收藏链接同样需要检查，不能只盯着登录入口。

最后，把权限演练结果交给客户负责人确认：谁能看什么、何时结束访问、异常找谁处理。代运营的便利应来自明确分工，而不是把不同客户的数据放到每个人面前。