简而言之
大多数视频墙采购是由一场演示决定的：厂商展示一面精心打磨的视频墙，采购委员会印象深刻，合同随即签署——而十八个月后的实际运行状况，却与演示所暗示的产品完全不是一回事。
本手册介绍如何组织一场能够预测上线后实际结果、而不只是演示结果的选型评测：如何确定候选名单、安排评估流程、为各项标准设定权重，以及如何避开导致采购失败的错误。
选型评测之前：编写需求文件
没有书面需求文件的选型评测，只是一场选美比赛。在与任何厂商接触之前，请先以书面形式明确以下四项内容：
- 合规框架。适用哪些监管要求——请参阅视频墙合规指南。这是第一道筛选条件：在任何技术评估开始之前，它就已经决定了候选厂商的范围。
- 信号源清单。视频墙目前必须承载的每一路信号，以及第三年的预计数量；注明类型、分辨率和传输方式。
- 操作员配置。需要多少个操作员席位、工作流程如何，以及是否需要多名操作员同时控制。
- 五年预算总额。包括更新换代和技术支持，而不只是初始采购费用。测算模型请参阅 TCO 拆解。
确定候选名单
首先进行合规筛选——它的结论非此即彼，能迅速淘汰不合格的厂商。如果要求列入 Минцифры（俄罗斯数字发展部）软件注册名录，所有非俄罗斯厂商都会被排除。
FedRAMP（美国联邦风险与授权管理计划）要求适用于以云方式交付的服务，因此排除的是未获该授权的云端管理型厂商；本地部署的软件不在其范围之内。剩下的厂商即构成合格候选范围。
从合格候选范围中选出三到五家厂商列入候选名单，并覆盖不同的架构路线——至少包括一个硬件控制器方案和一个软件定义方案，除非需求文件已经排除了其中一类。
八大平台对比和各厂商的 /vs/ 对比页面可以作为判断哪家厂商适合哪类场景的起点参考。候选名单超过五家就难以管理；少于三家则有错过合适架构的风险。
六项加权标准
按以下六项标准为每家入围厂商打分，并按各项标准决定上线后实际结果的频率来设定权重：
- 运营契合度（35%）。软件是否匹配真实的操作员工作流程、信号源组合和 IT 运维模式？这是影响最大的单一因素，也是演示最容易掩盖的因素。
- 5 年 TCO（25%）。完整的五年总支出，包括更新换代和技术支持，而不是标价。
- 厂商存续能力与技术支持（15%）。产品停产（EOL）的历史记录、补丁发布节奏、问题升级路径。
- 信号源组合广度（10%）。原生支持需求文件中列出的信号源清单，并为第三年的预计增长留有余量。
- 参考案例深度（10%）。在买方所在行业、地区和规模区间内可核实的部署案例。
- 架构灵活性（5%）。本地部署 / 云端 / 混合部署形态，以及厂商锁定风险。
权重的相对高低比具体数字更重要。关键在于，“界面看起来漂亮”并不在这份清单上——它从未决定过任何项目上线后的实际结果；它之所以主导演示，恰恰是因为它最容易展示。
如何组织选型评测
按顺序分为三个阶段：
- 书面审查。每家入围厂商以书面形式回应需求文件。这样可以在任何人把时间花在演示上之前，暴露出合规和信号源组合方面的差距。
- 结构化演示。不是厂商的标准演示，而是您的演示。根据您真实的信号源清单和操作员工作流程构建同一个场景，交给每家厂商运行。只能展示预设演示的厂商，其实已经向您说明了问题。
- 概念验证（PoC）。对排名前一两位的厂商，在真实基础设施上接入真实信号源，进行限定时间的 PoC。运营契合度正是在这一阶段得到验证——这项占 35% 的标准无法凭演示打分。
导致采购失败的评估错误
- 为演示打分，而不是为部署打分。演示运行在厂商的硬件上，播放的是厂商的内容，对生产环境几乎没有预测价值。务必坚持进行 PoC。
- 把“软件”当作单一类别。永久授权的软件堆栈与按显示屏订阅的软件堆栈，虽然都叫“软件”，5 年 TCO 却相差悬殊。要为定价模式打分，而不是为标签打分。
- 忽略 IT 运维问题。决定大多数选型评测结果的那一个筛选条件，是 IT 团队实际上能维护什么。如果现场没有 Linux 运维能力，那么无论产品多好，软件定义堆栈在运营契合度上都不应得高分。
- 让采购委员会为无法确定权重的功能打分。一份 200 行的功能清单只是噪音。只为六项标准打分；其余一切都是可以归入这六项标准的细节。
- 忽视第三年的预测。按当前信号源数量和操作员席位规划、且只按当前需求评估的视频墙，三年后就得重新采购。
决策矩阵
选型评测的产出是一张矩阵：入围厂商为行，六项加权标准为列，每个单元格一个分数，每家厂商一个加权总分。矩阵并不是决策本身，而是决策的结构化输入。
如果加权总分与采购委员会的直觉不一致，这种分歧就是整个流程最有价值的产出：要么某项标准的权重设错了，要么直觉反映了矩阵未能捕捉的因素。应当明确解决这一分歧，而不是悄悄推翻矩阵。
Craft Wall 在选型评测中的定位
在与其架构相匹配的评测标准上，Craft Wall 得分较高：5 年 TCO、信号源组合广度、架构灵活性，以及运营契合度（前提是现场具备 Linux 运维能力）。
如果需求文件要求支持周期长达 15-20 年的 Tier 1 品牌、必须从 Минцифры 注册名录中采购，或者要求操作员 KVM 达到亚帧级延迟，Craft Wall 的得分就会偏低。
对采购团队的坦率说明：Craft Wall 的目标，是在软件定义架构确为正确答案的选型评测中胜出，而在并非如此的评测中干净利落地出局。
/vs/ 对比页面准确记录了与各主要竞争对手逐项对比的结果——构建矩阵时，可将其用作各项标准的参考。
结语
以需求文件为基础、按六项加权标准评分、并通过真实基础设施上的 PoC 验证的视频墙选型评测，能够预测上线后的实际结果；以演示为基础的选型评测，只能预测演示本身。
与在五年部署周期进行到第十八个月时才发现选错所付出的代价相比，结构化流程多花的那点工夫微不足道。
延伸阅读：八大平台对比，作为确定候选名单的起点；TCO 拆解，对应 5 年成本这项标准；以及交互式 TCO 计算器，用您自己的数据进行测算。