整机与集群方案对照表怎么做：采购方看差异的实用模板思路

拿到几家整机与集群报价，格式各写各的，字段名不一样、单位不一样，翻两页就晕了。这篇给一套做对照表的模板思路：先定比什么，再把每家的口径拉到同一行上，最后标出哪些格子必须回头问。适合第一次牵头比方案、或者被要求出一版横向对比的采购与技术人员。

你拿到五份整机或集群的报价单，每家的表格格式都不一样：有的按整机报，有的按节点报，有的把交换机单独列，有的打包进总价。翻到第三页就分不清谁贵谁便宜了，更别说比交付范围。这篇给你一套做对照表的模板思路，让差异自己浮出来，帮你判断下一步该找谁深聊。

适合第一次牵头比方案、或者被老板要求出一版横向对比的采购与技术人员。全文只讲怎么搭表、怎么填、怎么标出需要回头问的格子，不涉及具体产品型号和价格。所有涉及数字的结论，都得到站内页面看当时的记录。

先别急着比参数：对照表是拿来暴露口径差的

最常见的坑是「同样写 8 卡整机」：一家报的是含网卡、含交换机端口的整机，另一家只报裸机，网络和选配全部另计。你把两个总价放一起比，结论一定是错的。所以第一件事不是看总价，而是问清楚每家报价里「到底包了什么」。

• 先确定这张表给谁看：给技术团队看的版本要细到卡间互联方式和拓扑，给老板看的版本要能收敛到三五行结论，建议做两个 sheet。
• 拿一张白纸列出你关心的所有维度，别打开报价单，避免被对方的格式带跑。
• 把每一家的报价单逐项对照你的维度表，缺的项直接写「未提供」，不要留空。

字段怎么分组：一张表分五块就够

字段不要按供应商命名，要按采购关注的维度归类。五块足够覆盖绝大多数整机与集群方案：硬件本体、组网与扩展、软件与环境、交付与服务、价格与口径。下面这张对照表可以直接当模板用。

如果采购的是云上标准化实例而不是物理整机，字段要换成实例规格那一套（比如算力单位、存储类型、网络带宽计费方式），别硬套上面的整机模板。判断标准很简单：你能摸到机箱的，用整机模板；你只能看到控制台的，用云实例模板。

对齐口径的三条规矩

表格能横向比的前提是单位一致。很多报价单故意用不同口径，比如一家按节点报，一家按单卡报，你直接填进去就比不出结果。以下三条规矩能帮你把口径拉平。

1. 统一基准单位全部换算成同一基准再填表，建议按「单卡」或「每节点」，换算过程写在备注列，方便回头核对。
2. 把「选配」单独开列凡是有「按需另计」「选配」字样的项，单独开一列记，不要混进主报价，否则两边总价永远对不平。
3. 性能数字加脚注对比性能时标明测试条件：什么模型、什么精度、多长输入输出。条件不同的数字并列时加脚注，防止误导决策。

填完表之后：哪些格子必须回头问、问谁

表格填完不代表结束，它只是帮你标出「空白格」和「口径存疑格」。接下来要拿着这些格子去问供应商，而且尽量别只找销售聊——交付细节、扩容限制、软件授权这类问题，销售经常答不准。

• 标红的空格优先问：交付周期、扩容时的单价、质保的边界在哪里、软件授权是否绑定节点数。
• 交叉验证：硬件清单拿去和站内加速卡规格库对一遍，方案结构拿去和整机与集群方案对照表页面比一遍，看有没有漏项。
• 约一次技术支持或交付工程师的沟通，把表格里「不确定」的格子逐条过。

问的时候带上你的对照表，让对方在你表格的框架里回答，而不是让他们用自己的格式再讲一遍。这样下一轮报价回来，你只需要更新格子，不用重新整理。

什么情况下这张表不适用

对照表不是万能的，以下几种情况硬套会白费功夫。先判断自己处于哪个阶段，再决定要不要动手做表。

• 需求还在「要不要自建」的阶段：先去做租卡还是按量调 API 的分界判断，此时做集群对照表太早，可以参考 中转站可信度检测（/rankings） 和 价格追踪（/price-watch） 页面先理清成本结构。
• 只有一家在谈、没有竞品报价：对照表退化成需求清单，重点写清验收标准，而不是横向比。
• 采购的是标准化云上实例而非物理整机：字段要换成实例规格那一套，别硬套整机模板。

还有一种情况：团队里没有能看懂拓扑和互联参数的人。这时候别硬做技术对照表，先拉一个懂的人进来，或者把对照表降级成「商务条件对比表」，技术细节留给后续 POC 阶段验证。