驾驶员真正需要的不是“预警”，而是“兜底”
2026年5月，弗吉尼亚州一辆巴士追尾多辆车，导致5人死亡。新闻中的“撞毁”背后，有一个技术问题被忽略：这辆巴士很可能配备了碰撞预警系统，但为什么没能刹停？因为现有系统的设计，从一开始就默认“用户知道自己该做什么”。
这不是个例。NHTSA 2025年研究指出，装载AEB（自动紧急制动）的商用车在高速（>80km/h）追尾事故中，系统有效干预率仅23%。原因不是传感器失效，而是系统主动“拒动”——当目标车辆静止或相对速度过高时，多数AEB会放弃制动，将控制权交还给驾驶员。
现有方案的设计分析：三个致命“边界”
1. 速度边界不透明
主流AEB系统（如Mobileye 8 Connect）规定：对静止车辆的最高刹车速度约80km/h。超过这个速度，系统仅发出报警，不自动制动。但仪表盘上只显示“系统就绪”的绿标，从不告诉驾驶员“当前速度下AEB不工作”。
2. 目标类型过滤导致漏检
很多系统的雷达对静止物体的检测置信度较低，需要通过视觉确认后才会触发。一旦光照不良或目标被遮挡（如有烟尘），视觉无法确认，系统直接跳过。这在高速公路事故中很常见。
3. 用户过度信任
驾驶员可能因为习惯性地依赖预警，反而放松了跟车距离。威斯康星大学的一项驾驶模拟实验显示：开启AEB后，驾驶员跟车距离缩短12%，反应时间延迟0.3s——这就是“自动化自满”。
产品决策逻辑：为什么企业不愿标定“兜底”功能？
从产品经理视角看，不做兜底有两个原因：
- 误触发风险：如果在80km/h以上强制刹车，可能造成后车追尾，被起诉赔偿。而放弃制动时，责任在法律上归于驾驶员。
- 用户心理：强制刹车会让驾驶员觉得“车比自己还不靠谱”，而报警出事后，驾驶员更容易自责而非怪系统。
但这其实是一个产品观问题：安全系统的核心是降低整体事故率，而不是规避自身担责。Waymo的做法值得借鉴：在有限ODD内保证100%刹车，超出ODD时不仅报警，还自动减速至安全速度（如80km/h以下）并打开双闪。
交互设计要点：让“系统边界”可见
对开发者来说，用户需要三类信息：
- 状态：当前系统工作的速度范围、目标类型是否兼容。比如用圆形仪表盘外圈色环表示（绿=全功能，黄=受限，红=不可用）。
- 即将失效预警：当车速超过功能上限时，提前2秒语音提示“前方碰撞预警将自动关闭”。而不是在碰撞前1秒才报警。
- 手动降级备选：如果用户关闭了AEB，系统不要静默接受，而要显示“你正在关闭主动刹车功能”，并强制要求确认原因。
可执行的改进建议
- 状态指示器：在你的产品中增加“系统有效速度区间”的实时显示（如“自动刹车：0-80km/h”）。每次启动时用语音播报一次当前限制。
- 兜底制动策略：即使速度超出，也要执行“部分制动”（减速度3m/s²而非全刹），并同时启动危险警报灯。底线是：不要让系统在关键时刻退化为纯报警。
- 用户教育：在首次驾驶或每次OTA后，强制播放15秒交互教程，演示系统在哪些场景下不会工作。可以录制动视频对比。
用户信任是安全系统的双刃剑——设计者必须用极度的诚实来维护它。如果你的产品不能在80km/h以上工作，请直接告诉用户，而不是用绿灯撒谎。