第1章 HMI可用性基础

1. HMI可用性基础：什么是HMI可用性、为什么重要、核心ISO标准（ISO 9241-11）解读

大家好，我是老张。在汽车行业摸爬滚打了十几年，今天咱们来聊聊HMI可用性最基础的东西。你可能会觉得基础内容没什么好讲的，但我跟你说，越是基础的东西，越容易出问题。

HMI可用性，说白了就是「用户用起来爽不爽」。我习惯把它拆成三个层面来看：

举个例子。我去年参与的一个项目中，有个语音助手功能。技术上完全没问题，识别率98%以上。但用户反馈说「不好用」。为什么？因为唤醒词太长了，每次要说「你好，小X，请帮我导航到...」。你想想看，开车的时候谁有功夫说这么长一串？

核心观点：可用性不是「能不能实现」，而是「用户能不能轻松实现」。

这个问题我问过很多刚入行的工程师。有人说是为了用户体验，有人说是为了品牌形象。都对，但我觉得最核心的原因就一个：安全。

我记得有一次做测试，一个新手司机在高速上想调空调温度。他找了半天没找到物理按键，最后在中控屏上翻了三级菜单才找到。整个过程他低头看了屏幕至少5秒钟。5秒钟啊朋友们，车速120km/h的话，车已经跑了将近170米。这要是前面有突发情况，后果不堪设想。

所以HMI可用性差，不只是体验问题，更是安全隐患。我把它总结为三个维度：

说到可用性，就绕不开ISO 9241-11这个标准。很多新人看到标准号就头大，其实没那么复杂。这个标准把可用性拆成了三个核心要素：

用户能不能完成任务？完成得准不准？

我习惯用一个简单的方法来测有效性：让用户做10次同样的操作，看成功几次。如果成功率低于90%，那这个设计就有问题。

我的经验：有效性测试最好在实车上做。模拟器上测出来的数据，跟实车差距很大。因为真实驾驶环境有震动、有噪音、有光线变化，这些都会影响操作准确性。

用户完成任务花了多少资源？通常我们关注的是时间。

这里有个坑要注意。我曾经测过一个语音控制功能，用户说「导航到公司」，系统花了8秒才响应。从技术角度看，8秒不算长。但从用户体验看，这8秒里用户会反复确认「我说清楚了吗？」「系统听到了吗？」。所以效率不只是绝对时间，还有感知时间。

// 效率测试的简单公式
效率 = 任务完成时间 / 任务复杂度

// 任务复杂度可以用操作步骤数来衡量
// 比如导航设置需要5步，完成时间30秒
// 效率 = 30 / 5 = 6秒/步

这个最主观，但也最重要。用户觉得好不好用？愿不愿意推荐给别人？

我常用的方法是SUS（系统可用性量表）问卷。10个问题，5分钟填完，分数能反映用户的主观感受。但要注意，满意度测试不能只看分数，还要结合用户的口头反馈。有时候用户给高分，但嘴里却在抱怨。这时候你要追问：「你刚才说还不错，但为什么皱眉了？」

避坑指南：我曾经犯过一个错误——只测了满意度，没测有效性和效率。结果用户反馈很好，但实际使用率很低。后来才发现，用户觉得「好看但不好用」。所以三个维度要一起测，缺一不可。

ISO 9241-11里这三个维度不是孤立的。它们互相影响，有点像三角关系：

所以做HMI可用性测试，不能只看一个指标。我建议每次测试都至少覆盖两个维度，最好三个都测。

嗯，这一章的内容就这些。总结一下：

下一章咱们聊聊具体的测试方法。到时候我会分享一些我在项目中踩过的坑，保证让你少走弯路。