第2章：人因工程基础

1. 人因工程的定义

人因工程，说白了就是研究「人怎么跟机器好好相处」的学问。

我个人的理解是：它不要求人去适应机器，而是反过来——让机器来适应人。你想想看，一个按钮设计得再漂亮，如果驾驶员开车时够不着、看不清、按不准，那就是失败的。

官方定义其实挺绕的：人因工程是一门研究人类行为、能力、局限性的学科，目的是优化系统设计，提升安全性、效率和用户体验。嗯，我更喜欢用大白话讲——就是让系统「懂人」。

我在项目中遇到过一件事：某款ADAS的报警音设计得特别尖锐，测试时驾驶员普遍反映「被吓一跳」。后来我们调整了音调和频率，报警效果没变，但驾驶员的接受度明显高了。这就是人因工程在起作用。

2. 人因工程在ADAS中的重要性

ADAS系统再先进，最终决策权还是在人手里。所以，人因工程在ADAS里有多重要？我直接说结论：它决定了系统是「帮手」还是「添乱」。

为什么这么讲？我举几个真实场景：

• 报警时机不对：前向碰撞预警如果太早，驾驶员会觉得「烦」；如果太晚，根本来不及反应。我见过一个案例，报警提前了3秒，结果驾驶员直接关掉了系统。
• 信息过载：HUD上同时显示车速、导航、车道线、前车距离、限速标志……你想想看，驾驶员还有精力看路吗？
• 模式混淆：ACC和LKA同时工作时，驾驶员以为系统能「全自动」，结果弯道里LKA退出，车直接偏了。这不是技术问题，是「人没理解系统」的问题。

我曾经参与过一个项目，测试时发现驾驶员对「系统接管请求」的反应时间差异巨大。有人0.5秒就反应过来了，有人需要3秒。后来我们分析发现，问题出在提示方式上——视觉+听觉的组合提示，比单一提示快了将近1秒。你看，这就是人因工程的价值。

3. 人机交互的基本原则

做ADAS的人机交互，我建议你记住这几个原则。它们不是我编的，是几十年人因工程研究总结出来的。

3.1 一致性原则

同一个操作，在不同场景下应该产生相同的结果。比如：方向盘上的「取消」按钮，在ACC和LKA里都应该退出当前功能。别搞成「在ACC里是退出，在LKA里是暂停」——驾驶员会疯的。

我记得有一次测试，某款车的「语音唤醒」在导航界面和主界面下行为不同。结果驾驶员在导航时喊了三次没反应，直接骂街了。

3.2 反馈原则

系统做了什么，必须告诉人。而且反馈要即时、明确。

举个例子：驾驶员按下「车道保持」按钮，系统应该立刻给出反馈——要么是图标变化，要么是声音提示，要么是震动。别让驾驶员猜「我按了没？」

我个人的习惯是：视觉反馈+触觉反馈双保险。视觉告诉驾驶员「系统状态变了」，触觉（比如方向盘震动）告诉驾驶员「注意，有变化」。

3.3 容错原则

人一定会犯错。系统要能容忍错误，并且给出清晰的恢复路径。

你想想看：如果驾驶员误触了「关闭所有辅助功能」的按钮，系统应该怎么做？直接关闭？还是弹窗确认？我建议是：先给一个「你确定吗？」的提示，同时保留3秒的撤销窗口。

我曾经在测试中遇到过：驾驶员想关闭ACC，结果按错了按钮，把整个ADAS系统关了。当时车速120km/h，系统突然退出，驾驶员慌了。后来我们加了一个「二次确认」机制，类似的问题再没出现过。

3.4 最小化认知负荷原则

驾驶本身就是高认知负荷的任务。ADAS交互不能增加额外负担。

什么意思？就是信息要「少而精」。HUD上显示3个信息就够了：车速、前车距离、系统状态。别把导航箭头、音乐信息、电话提醒全堆上去。

我建议你记住一个数字：7±2。这是人短期记忆的容量。超过这个数，信息就变成噪音了。

3.5 可预测性原则

系统行为要符合驾驶员的预期。说白了，就是「系统别搞突然袭击」。

举个例子：ACC在弯道里减速，如果减得太猛，驾驶员会吓一跳。但如果系统提前给出「即将减速」的提示，驾驶员就有心理准备了。

我参与过一个项目，测试时发现驾驶员对「突然的自动刹车」容忍度极低。后来我们加了一个「预提示」——在刹车前0.5秒给出声音警告，用户的满意度直接提升了30%。

4. 小结

人因工程不是玄学，它是可以量化的科学。我见过太多ADAS项目，技术指标都达标了，但用户就是不爱用。为什么？因为忽略了「人」这个变量。

记住三句话：

• 系统要「懂人」，不是让人「懂系统」
• 交互要「简单」，不是「炫酷」
• 反馈要「及时」，不是「事后诸葛亮」

下一章，我会讲ADAS中常见的「人因陷阱」——那些你以为没问题、实际上坑死人的设计。到时候见。