结论先行:一份服务规格表里,有三行写着「需依具体项目评估」:品牌适配清单、交付周期、报价模式。这不是含糊其辞,而是三个必须靠调研才能填上的空格。采购方要做的,是在签约前把它们变成三份可以核对的清单,而不是把空格带进合同。

本文只谈规格表里这几行保留表述该怎么被追问,不谈服务怎么分段交付,也不谈报价模型怎么拆成本。

三行分别留了什么口子

品牌适配清单。表里写的通常是「支持国内外主流网络与安全品牌」,这是能力表述,不是验证结论。同一句话可以指「协议能通」,也可以指「在这个型号的这个固件版本上跑过」。差距要到实施阶段才显形:策略下发失败、字段对不上、回显解析不到,每一种都要单独协调。

交付周期。常见写法是标准部署加基础纳管 2 至 4 周、策略治理与流程对接 4 至 8 周。两头的时间差近一倍,原因不是施工方手脚快慢,而是第二段要客户侧的流程配合:工单接口、审批链、变更窗口。这些不落地,周期表上的数字就没有意义。

报价模式。按纳管设备数量与功能模块组合报价、通常年度服务加授权,这句话里藏着三个变量:设备怎么数、模块怎么选、年度服务与授权怎么配比。任何一个没定,总价就是一个区间。

把「支持」拆成三档,让对方填表

可以要求供应商按型号逐条填:能纳管、已通过验证、已在该类环境交付过。三档的差别在于风险由谁承担。只写「能纳管」的,实施中出现适配问题属于项目风险;写到「已交付过」的,同类问题对方已经踩过一次。

这张表的颗粒度要够:品牌、型号、固件或系统版本、纳管协议。颗粒度不够,填出来的东西没法验收。

周期的前提条件要写进合同

既然周期取决于配合项,就把配合项写成双方的义务条款:客户在多长时间内提供设备清单、机房准入与账号、变更窗口;供应商在多长时间内给出适配结论。义务不明确,工期顺延就成了每次都要重新谈一遍的事。

报价的三个变量要落成数字

设备怎么数:纳管范围含不含云安全组、网闸、负载均衡,这些算一台还是算一类,要在清单里写死。模块怎么选:策略下发、优化治理、合规检查、一键封堵各自是否单独计价。年度服务与授权的配比:授权是一次性还是订阅,年度服务是否随设备数增长而增长。

三个变量都落成数字之后,比价才有意义。否则两份报价的差价,可能只是纳管范围不同。

这三份清单在什么时点交

合适的位置是技术澄清与合同附件之间:澄清阶段拿到适配清单与周期前提,签约时把两者作为附件固定下来。等到实施阶段再补,通常已经来不及。

边界与前提

三点说明。其一,本文示例取自一份服务规格与报价说明文档的摘要,具体项目以调研与方案设计为准。其二,文中不列举具体品牌与型号,避免形成适配承诺。其三,周期与报价的区间为通行口径,实际以项目评估结论为准。

深圳市奇摩计算机有限公司作为授权服务商提供这类服务时,习惯在方案阶段就把三份清单交出去:适配清单按型号逐条标注验证状态,周期表绑定客户配合项,报价单把三个变量写成可核对的数字。与其在合同里留空格,不如在纸上把边界画清楚。预约咨询,可以先要一份按型号填的适配清单看看。