总部准备连接多家异地分公司，收到的报价却很难直接比较：有的按站点收费，有的另列设备和实施费，还有的包含维护服务。即使月费接近，两份方案覆盖的线路、功能和工作也可能不同。

总部与分公司组网的费用，需要把线路、接入设备或软件、组网服务、部署实施和持续维护一起核对。如果项目还需要备用连接或安全接入，再将对应配置纳入预算。收到报价后，先确认每笔钱覆盖什么，再比较首年和后续年度的总费用。

以OgCloud SD-WAN为例，企业可以围绕分支接入、业务访问和总部统一管理确定方案，再核对现有线路能否沿用、哪些站点需要新增设备、远程部署与现场配合怎样分工。这样，“组网多少钱”就能落到具体站点和交付内容上。

一、询价前，先说清要连接什么

建议把询价需求写成一句完整的话：哪些分公司，需要访问放在哪里的哪些系统，由谁负责日常管理，出现故障时需要怎样配合。

例如，“多个分公司需要访问总部ERP，总部希望集中查看站点状态”，就比“几个办公室做SD-WAN”更便于划定方案范围。进一步询价时，还应补上站点地址、现有线路、业务高峰和备用连接要求。

准备需求时，尤其要区分两件事：员工访问的系统是否需要经过总部，以及总部是否需要统一管理分支网络。若某个办公室主要访问可直接使用的云端系统，可以先评估其实际连接与管理需求，再决定哪些服务需要纳入报价。

同样是企业组网，不同企业的预算重点也会不同。先明确业务需要，再选择接入与管理方式：

这张表用于梳理需求。站点类型和业务要求明确后，再核对实际配置，避免直接套用其他企业的成本数字。

二、多分支组网费用，逐项核对哪些内容

可以把下面这张表交给供应商，请对方逐项填写“已包含、另行收费、不适用或待确认”。这是询价核对表，不代表每个项目都必须购买，也不代表OgCloud的固定套餐组成。

核对时，不要把空白项当成免费。对于“包含”的项目，也要留下范围说明；对于“不适用”的项目，写清原因。费用由不同供应商收取时，仍应纳入同一份项目预算。

接入形态可以参照OgCloud SD-WAN的划分来问：硬件CPE、软件客户端与vCPE分别对应分支现场、远程终端与云内资源三类场景。询价时，应写清对应的设备或软件、数量与授权，而不是统一记成“含设备”；具体支持情况按型号、版本和项目配置确认。如果计划调整现有MPLS专线（即评估专线替代），应把原有线路、备用连接和维护费用列为比较基线，再用相同统计周期核对新方案，成本差额才有明确依据。

如果业务还需要零信任接入，可在方案中评估SASE/ZTNA模块，核对终端状态检查、多因素认证和访问权限等需求，该类模块的授权、身份系统对接和实施工作应单独确认；选用出口安全网关等选配硬件时，设备与维护费用同样单独核对。

三、比较报价，先统一范围，再算首年和后续费用

先让各家方案回答同一组需求：相同的站点、业务访问范围、接入与备份要求、实施内容，以及运维责任。存在差异时，先列出缺项和选配项，再判断哪份方案适合。

接着，把费用分为一次性投入、持续收费和条件触发费用。部署与实施费用大多落在一次性投入中——即使采用ZTP零接触开局这类远程方式，报价仍应写清设备发货、接线供电、路由调整与验收的分工，以及现场实施和差旅是否另计；多个站点分批上线时，每批的交付范围和服务起算时间也要分别确认。预算口径如下：

首年费用＝首年发生的一次性投入＋首年各项持续收费＋首年已确定的条件触发费用。

后续年度费用＝该年度各项持续收费＋该年度已确定的新增、变更或其他费用。

每项费用按自己的数量、单价和实际计费周期计算。按年收费的项目直接记入对应年度，按月收费的项目按当年实际收费月份计算；分批开通时，不要默认所有站点都收费十二个月。已包含在套餐里的费用不再重复相加。

比较时统一含税或未税口径，并记录报价有效期、服务起算点及付款安排。尚未确定的到场、搬迁或扩容费用单独保留，不能因为暂时没有金额就视作零。

如果还要评估内部运维投入，可以另列人员工作量和估算依据，与供应商收费分开。只有两套方案采用相同统计范围和时间周期，才适合继续讨论成本差额。

四、新增一家分公司，预算怎样更新

以下是一个国内组网的假设场景，用于说明核对方法，不对应真实客户或实际报价：广州总部已经连接两家分公司，下一步计划新增长沙办公室，并继续访问总部ERP。

先核对长沙办公室的本地条件：现有线路是否适用、选用什么接入方式、由谁配合安装、是否需要备用连接。把需要新增的设备、授权、服务及实施工作逐项列出。

再核对总部侧是否需要配合调整：现有接入资源、设备能力、授权范围和管理安排是否覆盖新站点。将新增办公室单独报价后，还要确认其接入是否引起总部侧的额外费用，避免遗漏共用部分。

最后，给方案加上时间条件：预计何时开通、服务从何时开始收费、是否与现有合同同期到期。若后续搬迁、增加用户或调整服务，提前询问对应计费规则。

询价时，可以请供应商分别列出“长沙站点新增费用”和“总部侧配合费用”，并标明原有资源沿用、需要调整和待评估的项目。若采用ZTP零接触开局，现场接线、远程配置与上线验收的分工也应一并确认。

五、运维费用，要对应到哪些持续工作？

新站点接入后，还需要有人查看状态、受理故障、调整配置和配合现场处理。费用表中的“运维支持”，可以沿着一次报障逐项核对：谁收到告警，谁检查设备与线路，谁有配置权限，谁联系运营商，以及现场问题由谁接手。

例如，同样提供集中监控，一份方案可能由总部IT查看告警并处理，另一份方案由服务商受理报障和协助排查。平台能力与人员服务也要分开核对：设备健康监控、带宽监控和QoS限速属于平台功能，而告警响应、策略调整和线路协调属于人员安排，两者的费用来源可能不同。

如果企业还需要委托服务商承担日常监控和报障处理，可以另行评估OgCloud MSP托管运维服务，并确认是否计入本次组网报价。

服务约定中，响应、问题处理、备件到场和业务恢复分别核对。对于新增站点、设备更换或策略变更，也应确认是否属于原有服务范围，再将结果补入费用明细。

六、可直接使用的异地组网询价清单

首次沟通前，可以复制这张表填写；不清楚的项目标记“待评估”，并约定补充负责人。

这份清单既可以用于首次询价，也可以在收到方案后逐项回查：哪些需求已经覆盖，哪些还没有定价，哪些需要企业自己承担。

七、关于SD-WAN报价的常见问题

没有最终方案，能不能先要预算？

可以先提供站点和业务清单，请供应商给出带假设条件的预算估算。把暂定的配置、服务范围和待确认项一起保留，等条件明确后再核对正式报价。

报价只写“每站点每月”，应该补问什么？

补问总部是否计费、线路与设备是否包含、功能和服务边界是什么，以及开通、到场、续费和变更如何处理。明确计费单位后，再汇总整个项目的费用。

报价更低，就代表更有性价比吗？

先看它能否覆盖同一组业务和交付要求，再比较对应周期的总费用。若某份方案减少了备用连接、现场工作或运维范围，应先判断这些差异是否符合企业需求，再作选择。

一份便于决策的SD-WAN报价，应说明要连接哪些业务、采用什么接入方式、每笔费用覆盖哪些工作，以及新增分支时怎样更新预算。把需求、交付和费用逐项对应，企业才能比较方案是否适合当前业务和后续扩张。