结论先行:选型材料里常见的写法是「性能较同类提升 39.6%」这样的单一数字。这个数字本身不一定假,但它能不能用来做决策,取决于三个前提有没有交代:对照对象是谁、双方配置是否对等、跑的是哪一类场景。三个前提缺一个,这个数字就只是参考性指标,不能当作选型依据。可行的做法是把性能宣称拆成三类分别核——跑分类、生态类、场景类,每一类的核法都不一样。
本文只谈采购与选型阶段怎么核厂商给出的性能与生态数字,不谈系统上线之后怎么调优,也不谈验收环节的偏差容忍与违约金口径。
三类说法,核法完全不同
| 类型 | 典型写法 | 核什么 | 核不动时的处理 |
|---|---|---|---|
| 跑分类 | 某基准测试较同类提升若干百分比 | 对照对象、配置对等、测试场景、是否含优化前后 | 要求现场复跑,或写入 PoC 条款 |
| 生态类 | 兼容多少款整机、多少款板卡外设、多少款基础软件 | 抽样核清单里自己真正在用的那几项 | 按自查清单逐项实测,不采信总数 |
| 场景类 | 某业务场景下响应时间缩短多少、资源占用降低多少 | 场景定义、数据规模、并发条件 | 用自己的业务数据做一次小规模验证 |
三类的核查成本递增,可信度递减。跑分类看着硬,其实最容易做手脚;场景类最贴近实际,也最难核。
跑分数字要问三件事
跟谁比。「同类」这两个字弹性很大。是与上一代产品比、与同架构的社区版本比、还是与另一条产品线比?三者得出的百分比可以差出好几倍。同一个数字,必须问清对照的那一方具体是什么。
什么配置。性能对比里最常见的偏差来自配置不对等:一边是新硬件加新版本,一边是旧硬件加旧版本;或者一边开了某个优化选项,另一边没开。这类差异不会写在结论里,只会出现在脚注里,而脚注常常被省略。
跑什么场景。基准测试通常是多场景综合分。综合分与业务实际感受之间没有必然关系——一个在综合分上领先的产品,在自己那类业务上完全可能落后。所以看综合分之外,要看分场景的明细,尤其是与自己业务相近的那两三个场景。
还有一个容易忽略的点:这个百分比是「平均提升」还是「最高提升」。两者差别很大。写法上如果是「最高提升」,意味着某些场景可能低于基线。这一条看一眼就够,但很多人不看。
生态数字,抽样核才有效
国产化选型里,生态兼容清单的分量往往比性能更重——因为真正卡住项目的是「我要用的那套软件能不能跑」。
清单上的写法通常是总数:兼容多少款整机、多少款板卡与外设、多少款基础软件与行业软件。这类总数有意义,但它回答不了自己的问题。
可行的做法是把总数放在一边,先做一份自己的清单:现网在用的整机型号、外设型号、业务软件与版本、中间件与数据库。清单通常不长,几十项到一两百项。然后逐项核对,核不动的进实测。
核对时要区分三个层级:兼容是指能装能跑;适配是指有针对性优化、性能可接受;认证是指有正式的互认结论。三层里,只有第三层能作为书面依据,前两层要靠自己的实测。
外设这一项最容易被低估。打印、扫描、高拍、读卡、绘图板这类设备,在办公与业务窗口场景里数量多、型号杂,而且驱动往往由第三方提供。清单上有这个品牌,不等于自己手上这一款具体型号能正常用。
场景类数字,用自己的数据验
场景类说法最贴近实际,也最难核,因为它依赖具体环境。
核的办法是把说法拆成三要素:场景定义(跑的是什么业务、什么操作组合)、数据规模(多少用户、多少数据量、多少并发)、观测指标(看响应时间、看吞吐、还是看资源占用)。三要素齐了,才有可能复现;缺一个,结论就不可比。
实际项目里可用的核法是做小规模验证:挑一个业务子集,用自己的数据、自己的网络条件、自己的客户端,跑一轮。规模不必大,但要素要齐。这类验证通常一两天能做,比在会议室里讨论两周有用。
这类验证要提前定好结论标准,而不是「跑完了看看感觉」。可行的标准是三条:关键操作的时间是否落在业务可接受区间、资源占用是否留下余量、异常情况下的表现是否可接受。三条都要有数,不能只有主观描述。
关于素材里的量化指标
行业内多数厂商方案文档中的性能与生态数字,属于厂商公布或测算的参考性指标,不同环境下的实测结果会有差异;部分文档也注明内容可能由生成工具辅助整理。这不影响数字的参考价值,但决定了它不能直接写进决策依据。
处理办法很简单:凡是要写进选型报告或立项材料的数字,都标注来源与统计条件;凡是无法标注条件的,只作为方向性参考,不作为门槛。这样做不会让报告变长,只会让后面少一段解释。
把核价与核数放在一起做
性能数字与价格往往被分开谈:技术评标看性能,商务评标看价格。这个分离在中低复杂度的项目里没问题,在国产化替代这类项目里容易出偏差——因为性能差异会直接变成硬件数量差异。
举个例子:如果一款产品在同场景下需要多一倍的服务器才能承载同样的业务量,那么它的单价优势很可能被硬件数量抹平。反过来,性能宣称更高的一方如果要求更高规格的硬件,总账也可能不占优。
可行的做法是把两者放进同一张表:按自己业务的规模,分别算出各方案需要的节点数、存储容量、许可数量,再乘单价。这张表比任何百分比都有说服力,也最难被话术影响。
落地清单
- 把性能宣称拆成跑分类、生态类、场景类,分别核,不混着看。
- 跑分数字必须问清:跟谁比、什么配置、跑什么场景、是平均还是最高。
- 要求提供分场景明细,重点看与自己业务相近的两三个场景。
- 生态清单不看总数,先列自己的在用清单,再逐项核对。
- 区分兼容、适配、认证三个层级,只有认证能作书面依据。
- 外设按具体型号核,不信品牌级兼容结论。
- 场景类说法拆成场景定义、数据规模、观测指标三要素,缺一不采信。
- 做一次小规模验证,结论标准提前定好,三条都要有数。
- 性能数字与价格放进同一张表,按业务规模折算节点数与许可数。
- 所有引用的数字标注来源与统计条件,标注不了的只作方向性参考。
深圳市奇摩计算机有限公司在国产化替代类项目里,通常把生态清单核对与性能验证放在方案阶段完成,而不是留到上线前才发现某一款外设跑不通。原因很直接:这类问题越晚发现,可调整的空间越小。若您正在做国产化的选型比对,或需要把性能宣称落到可验证的口径上,欢迎 预约咨询。
