主账号与子账号，差的不只是权限
阿里巴巴国际站这类 B2B 平台的账号结构通常是树形的：一个主账号管全局，下面开若干子账号分配给业务员。权限上，子账号只能看到自己负责的部分；主账号能看到全部。
这个结构在网络上的含义常被忽略。子账号虽然权限受限，但在平台侧仍然是同一个主体下的活动。多个子账号从同一个地址登录，看到的就是一组高度一致的会话。
这在多数时候没问题 —— 同一家公司的员工在同一个办公室上班，本来就该是这个样子。问题出现在两种情况下：业务员分散在多地办公，或者团队实际承担了多个主体的运营。一个团队跑多个主体的情况，悦播出海是按主体分组给出口的，不按账号数量算——账号会随时增减，主体是相对固定的。
按业务员分出口
这是最贴近实际冲突点的分法。每个需要独立跟单的业务员配一条出口，业务员之间互不影响；同一业务员名下的子账号共用自己的出口，因为他本来就是一个人。
出口数量与人数直接挂钩，人员变动时调整也直观 —— 有人离职，收掉一条；有人入职，加一条。这种一一对应的关系，比按账号数计算更容易维护。
代价是出口数量随人数增长。对于十几人的团队，这是可以接受的；对于几十人的团队，可以先按小组分，再在组内共用。分组的原则是「组内的人不会同时处理同一个客户」。分组与带宽怎么配比，见按业务分流。
询盘分配与账号的对应
询盘分配通常在后台完成：主账号把询盘指派给某个子账号，子账号跟进。这个动作频繁发生，而且有时效要求 —— 分配得慢，响应就慢。
如果主账号与子账号在不同链路上，分配这个动作本身要跨链路。实际操作中这不会造成明显问题，因为分配是轻量操作；但如果分配之后子账号需要立即看到，就要考虑消息到达的延迟。
一个务实的做法是：主账号的操作用主账号所在的那条出口，子账号跟进用各自的出口，两边都在同一条专线上，只是出口不同。这样既隔离了会话，又不会额外增加一段跨境路径。
人员流动时的处理
业务员离职是这类团队最常见的变化。处理不当会留下两个问题：客户的历史沟通断了，以及出口与环境没有一个明确的交接状态。
网络侧的交接要做的其实很少，但必须做：确认该出口上有哪些子账号还在活动、这些子账号转给谁、出口是保留还是收回。如果保留，就要明确新的使用人，避免出现「一条出口挂着两个人的账号」的模糊状态。
建议在台账里记录出口的使用人，而不是只记账号。人变了，出口的归属要跟着变；反过来，出口空着没人用，也是一个该被发现的资源浪费。
一个规模的参考
十人以内的团队，一人一条出口是最简单也最有效的配置，不需要更复杂的分组。十到三十人，可以按语区或产品线分成三到五组，组内共用，组间隔离。再往上，就要考虑专门有人维护这套对应关系 —— 配置一旦多起来，靠记忆维持会出问题。
带宽的估算则简单得多：业务员日常沟通占用很小，主要的上行需求来自文件传输与视频通话。按人数乘一个基础值，再为视频看厂这类场景留出余量即可。
悦播出海对这个场景的配置方式是按人数分配出口、按带宽总量计费，出口地址固定不随会话变化；人员增减时按条调整，不设最低服务期。要确认人数与出口的配比是否合适，用 3 天免费测试按真实业务量跑一轮，看有没有被挤下线的情况，判断依据比参数表直接。
关于悦播出海
悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。这类场景我们通常先看现场条件，再定分组与带宽。
