三个客服都挂在同一个入口后面，是先把一个人分满，还是依次轮流接待？这才是选择活码切换方式前需要回答的问题。

图中的 A、B、C 代表三个子码；“访问”仅表示入口收到的分配请求。它不是三个人的真实新增好友数，也不代表用户已经入群。不同工具可能按次数、权重、时间或会话来实现分配，下面解释的是常见逻辑。

例如 A 客服上午值班，B 客服下午才上线。即使轮询规则工作正常，把上午的一半访问交给 B，也会让用户等待。先配置可用状态和值班安排，再讨论分配是否公平。

验收时准备三个测试子码，记录连续几次访问看到的结果。重复使用同一手机可能受会话或去重策略影响，不能仅凭刷新两次就判定规则出错；应同时查看工具对“同一访客”的处理说明。

还要单独测试两个边界：停用 A 后，新访问是否仍分给 A；所有子码都不可用时，用户看到的是提示页、备用入口还是空白。备用入口必须真的有人维护。没有接待能力的备用码，只会把故障换一个位置。

选择建议：分批开展活动，优先研究顺序规则；多个同时在线的接待对象需要轮流展示，研究轮询；需要随机曝光时再选随机。无论选哪种，都应把扫码请求、加好友成功和有效咨询分开统计。