很多安防招标在写探测距离时，看起来很精确，实际上却不可测量。条款可能会写系统必须在 5 公里外探测到无人机、在 2 公里外探测到人员，或者对车辆实现远距离探测。文字里有数字，因此显得很技术化，但往往没有写清楚这些数字在实际运行中到底意味着什么。
这就容易在采购阶段埋下争议。供应商可能理解为：招标文件只是在要求某种特定假设下的标称指标；而采购方则可能理解为：要求的是在现场真实条件下可依赖的实战表现，但这些条件又没有被写进文件。结果，验收阶段就从“是否满足要求”变成了“这句话到底是什么意思”的争论。
更好的距离表述方式，是逼着招标文件把系统究竟要做什么说清楚。针对什么目标？在什么场景条件下？达到什么概率？是只要求探测，还是还要跟踪、识别或确认？几何条件是什么？当这些问题写清楚后，距离就不再只是宣传册上的数字，而变成了工程要求。
缺少任务定义时，距离要求就会失效
最常见的编写错误，就是只写“距离”，却没有写“在这个距离上要完成什么任务”。
这一点非常关键，因为“看到某个东西”可能对应完全不同的含义。MIT 林肯实验室关于雷达教学的材料说明得很清楚：雷达方程、杂波、传播和噪声中的探测方式，都会影响系统设计中对“距离”的理解。NASA 关于 EO/IR 监视距离的研究也表达了类似观点：性能不是单纯的一个距离，而是告警时间、几何条件、视场范围和传感器需要支持的视觉任务之间的关系。
因此，招标文件首先要问清楚，这个距离数值到底代表什么：
- 初始探测；
- 持续跟踪；
- 识别或分类；
- 确认或鉴别；
- 或者在需要执行响应动作前提供告警时间。
如果条款没有回答这个问题，就等于在主动制造歧义。
例如，某雷达可以在一定距离上发现目标，但在杂波环境中未必还能在同样距离上保持稳定航迹。某 EO/IR 载荷可以在很远距离上看到目标，却未必能在同样距离上完成识别或确认。某 Remote ID 接收机可能在一个距离上接收到协同广播，而通用射频感知层看到的则是完全不同的工作边界。一个“距离”一词，无法同时承载这些不同含义。
先明确目标假设
一条合格的距离要求，还必须明确所针对的目标。
通常至少应写明：
- 目标类别；
- 目标尺寸或相关特征尺寸；
- 目标可观测特性；
- 预期高度或接近方式；
- 以及目标是协同、非协同还是主动发射型。
采购方不需要把要求写成论文，但目标绝不能停留在“泛化描述”层面。无人机、人员、车辆和小型船只对应的是不同的感知问题。即便同一类目标，载荷、姿态、速度和背景不同，结果也会不同。
对于 EO/IR 条款，传统的 DRI 和 Johnson 准则很有价值，因为它强迫把距离要求绑定到具体任务和目标尺寸，而不是停留在“看得见”的模糊概念上。对于雷达条款，原则也是一样，只是术语不同。距离必须和目标假设、以及被宣称的性能阈值关联起来。
更强的招标表述可以写成这样：
“系统应在规定的测试几何和下述概率、虚警限制条件下，对定义清晰的低空小型空中目标实现探测。”
这比“系统应在 5 公里外探测无人机”更不容易被误解。
将探测、跟踪、识别和确认分开写
下一个常见错误，是把多个性能问题写进同一条里。
至少应当把以下几项分开：
- 探测距离；
- 跟踪保持条件；
- 必要时的识别或分类距离；
- 必要时的确认或鉴别距离。
这些概念并不等价。
NASA 关于 detect-and-avoid 的 EO/IR 研究尤其值得借鉴，因为它强调传感器是否有用，不只是看最大作用距离，而是看告警时间和监视任务。这一思路可以直接迁移到民用安防场景。即便系统名义上距离很长，如果不能提供稳定航迹，或者不能给操作员提供可用的确认路径，也没有实际价值。
因此，招标文件应避免使用以下模糊表述：
- “探测和识别距离”；
- “有效监控距离”；
- “全距离告警与确认”。
除非条款后面进一步把这些词拆解成可测量的子要求。
如果项目确实需要多层能力，就应直接写明：
- 雷达探测距离；
- 光电在引导后的识别距离；
- 以及从首次告警到操作员可读图像的验证时间。
这样得到的是一条可测试的能力链，而不是一个被夸大的单一卖点。
只写距离不够，还要写几何和环境
距离从来不是独立存在的。
招标文件应在相关情况下说明：
- 预期接近方向；
- 预期高度或俯仰范围；
- 对视线条件的假设；
- 安装高度假设；
- 以及已知会产生遮挡的条件。
如果场地存在土堤、屋顶线、树木、吊机、附属建筑或沿岸构筑物，那么单独写一个距离要求是不完整的。系统可能在某个方向满足数字要求，却在真正关键的方向上失效。
环境假设同样重要。没有场景上下文的距离要求，后期很容易就“测试是否公平”发生争议。因此，招标文件应明确说明所宣称的性能是否预期在以下条件下成立：
- 仅限晴朗白天；
- 昼夜均适用；
- 轻雾或轻霾；
- 排除降雨；
- 或者其他明确界定的环境边界。
目的不是要求系统在所有条件下都万能，而是避免系统按一种条件验收，后来却被期待在另一种条件下运行。
要写出概率、虚警行为和更新逻辑
如果条款从头到尾都不写性能阈值，距离要求也会变弱。
对于雷达或其他探测传感器，招标文件应考虑写明：
- 探测概率；
- 虚警行为或虚警限制；
- 航迹更新或重访行为；
- 以及多长时间内的持续存在才算有效告警。
这很重要，因为供应商往往可以通过接受更多干扰和虚警来提高表面灵敏度。如果没有虚警边界或跟踪条件，采购方可能无意中奖励了错误的设计取舍。
对于 EO/IR 确认层，类似要求可以换一种方式表达：
- 识别任务；
- 确认任务；
- 视场或变焦状态；
- 稳像假设；
- 以及引导后可用的操作时间。
重点不是必须使用某一套固定术语，而是要把质量阈值说清楚，而不只是说距离。
在采购语言中，这通常意味着要把单一数字替换成一个简洁的要求组合：
- 目标；
- 任务；
- 距离；
- 概率或置信阈值；
- 虚警或干扰边界；
- 以及测试场景。
让招标要求直接对应现场验收测试
最强的距离要求，通常是那种一眼就能看出未来怎么验收的要求。
招标文件至少应在高层次上说明：
- 验收会使用哪些场景；
- 什么算一次有效测试；
- 预期重复多少次；
- 哪些环境条件下测试无效；
- 需要记录哪些证据；
- 如果系统不是单一传感器，还要包含操作流程。
这一点对多传感器项目尤其重要。采购的可能是一个周界系统，而不是单个探测器。此时，验收测试不应只问某个传感器是否报出一个点，而应问交付的系统是否：
- 完成探测；
- 按要求完成跟踪或定位；
- 打开了正确的操作员界面；
- 并支持招标文件中承诺的决策路径。
这种写法能消除后续大量争议。系统不再是对一个隐含期待进行评判，而是对当初支撑采购决策的同一个运行问题进行评判。
不好的招标表述与更好的替代表达
很多弱化的距离条款之所以看起来“专业”，只是因为它们写得很短。
不佳
“系统应在 5 公里外探测无人机。”
更好
“系统应在规定的几何条件和环境条件下，对定义清晰的空中目标实现初始探测，并满足既定的概率与干扰限制，同时支持验收章节所描述的验证流程。”
不佳
“摄像机应在远距离识别目标。”
更好
“EO/IR 子系统应在规定的变焦状态和场景条件下，满足定义目标类别的识别或确认任务，并在现场验收中按这些标准进行测试。”
不佳
“系统应提供全天候远距离监控。”
更好
“招标文件应区分：哪些运行条件下必须达到所宣称的性能，哪些条件下可以接受性能退化，以及哪些条件不纳入验收承诺范围。”
更好的版本确实更长，但也更可辩护、可执行。
结论
当招标文件不再假设“一个数字就能表达全部工程意义”时，探测距离要求才会真正变强。一条有用的条款，应明确目标、任务、几何条件、质量阈值和验收上下文。只有这样，距离要求才从宣传口径变成合同级要求。
最实用的做法很简单：不要只问“多远？”，还要问“针对什么目标、做什么任务、在什么条件下、用什么证据证明？”一旦这些语言写清楚，系统就更容易采购、测试和验收。