先画清楚现在有几个点
多分支组网最容易犯的错误，是先谈方案再清点。清点这一步看起来简单，实际要回答的问题不少：一共几个点、每个点多少人、每个点在用什么接入、出口有没有独立、有没有需要固定地址的业务。
清点还有一个容易被跳过的维度：这些点的业务是否相同。总部、区域办公室、工厂、仓库、海外办事处，它们用的系统不一样、访问方向不一样、对中断的容忍度也不一样。用一张表把它们摊开，后面所有决策都有依据。
这一步的产出应该是一份能复用的清单，而不是一次性的调研。它会在后面每次扩容、每次换服务商时反复用到。
拓扑选型，三种常见形状
星形：所有点回到总部
所有分支的流量先回总部再出去。好处是出口统一、策略集中，合规与审计容易做。坏处是总部的链路成为瓶颈与单点，且分支之间的互访要绕一圈。
全互联：点与点直接通
各点之间按需直连，不经过总部。好处是分支之间的互访延迟低、总部不再是瓶颈。坏处是策略分散，出口规则不容易统一，点位一多管理复杂度上升。
混合：按业务分
需要统一出口的业务回总部，点对点的办公协作走直连。这是多数规模上来之后会走到的形态。代价是需要能按业务分类调度，对方案能力要求最高。
三种形状没有优劣，取决于业务分布。清点时那个「各点业务是否相同」的问题，答案基本决定了该选哪种。
推进顺序：先合还是先分
推行统一网络时，有两种顺序，风险不同。
先合：先把出口与管理统一起来，各点的本地接入先不动。好处是见效快、改动小、阻力低；坏处是本地接入的问题仍然存在，需要第二步处理。
先分：先把各点的接入与内部结构梳理清楚，再统一出口。好处是一步到位、结构干净；坏处是周期长、需要协调各点、期间业务可能受影响。
多数情况下先合更可行。它的逻辑是「先把能统一的部分统一，拿到好处，再推进更重的部分」。一旦各点感受到统一带来的便利，第二步的阻力会小很多。
反过来，如果这几个点的接入本身就已经有问题（线路老化、结构混乱），先合会很别扭——统一了出口，问题依旧在本地。这种情况只能先分。
试点选哪个点
试点点的选择会影响整件事的推进速度。选得不好，试点失败了，后面很难再推。
不建议选最复杂的点。最复杂的点问题多、变量多，失败了很难判断是方案的问题还是历史包袱的问题。
也不建议选最不重要的点。试点失败没有代价，也就没有说服力；而且最不重要的点往往条件最好，跑通了别人会说「那里本来就没问题」。
合适的试点是业务代表性够、但结构相对干净的点：能代表多数分支的日常需求，同时没有太多历史遗留。跑通之后，结论可以直接复用到其他点。判断「代表性」有个现成的办法：看这个点每天固定要开的系统——如果它也每天开企业微信、用 Zoom 开会、并且要登亚马逊卖家中心，那它跑通的结论才推得动别的点；反过来，一个只做内部办公的点，跑得再好也说明不了业务侧的情况。
上线后怎么验收与推广
验收要做的是「同一件事在不同点的表现是否一致」，而不只是每个点各自达标。单个点怎么确认到位，见远程交付怎么验收。
具体可以定三个共同指标：同一个系统的打开时间在各点的差异范围、跨点文件传输的实际速率、各点出口是否符合约定。三个指标都在范围内，才算真正「统一」了，而不只是各自接上了。
推广阶段最省事的做法是模板化：把试点的配置整理成一套可复制的模板，新点上线按模板走，只改必要的参数（地址、人数、业务类型）。这一点决定了第十个点上线时是「一天」还是「一个月」。
模板化能不能成立，取决于配置本身的可复制性。悦播出海给多分支客户的交付里，每个点的出口分组、带宽额度、监控口径都落在一张表上，新点照表填参数就能接进来，不依赖某个人的经验。
还有一件该在推广前确定的事：变更流程。谁有权改配置、改动要不要评审、紧急变更怎么走后补。多分支网络出问题，很多时候不是技术问题，是某个点私自改了一条规则。
关于悦播出海
悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。这类场景我们通常先看现场条件，再定分组与带宽。
