第二章：用户心智模型——驾驶场景下的认知负荷、分心理论、用户对语音的预期心理
做车载HMI这么多年，我越来越觉得，语音交互设计最难的不是技术，而是理解人。
你想想看，用户坐在驾驶座上，手握方向盘，眼睛要看路，耳朵要听导航，脑子还要处理各种突发状况。这时候你跟他说“请说出您的指令”——他哪有那个闲工夫？
所以这一章，我想跟你聊聊用户的心智模型。说白了，就是搞清楚用户在开车时脑子里到底在想什么，以及他们对语音交互有什么样的期待。
2.1 认知负荷：开车时的大脑有多忙？
认知负荷这个词，听起来挺学术的。我换个说法：你同时能处理几件事？
心理学上有个经典实验，让人一边开车一边打电话。结果发现，哪怕是用免提，驾驶员的反应时间也比正常情况慢了将近0.5秒。0.5秒在高速上意味着什么？大概就是十几米的刹车距离。
为什么会这样？因为人的认知资源是有限的。开车本身就要占用大量资源——视觉、听觉、运动控制、决策判断。你再往里面塞一个语音交互任务，大脑就超载了。
核心观点：驾驶场景下，用户的认知资源是稀缺品。语音交互设计的第一原则，就是“别让用户动脑子”。
我在项目中遇到过这样一个案例：某款车型的语音助手，用户需要说“打开空调并设置温度为24度，风量调到3档”。你猜怎么着？大部分用户记不住这么长的指令，要么说一半卡壳，要么干脆放弃。这就是典型的认知负荷超标。
2.1.1 认知负荷的三种类型
我把认知负荷分成三类，方便你理解：
| 类型 | 说明 | 驾驶场景举例 |
|---|---|---|
| 内在认知负荷 | 任务本身的复杂度 | 导航到陌生地点，需要记住多个路口 |
| 外在认知负荷 | 环境或界面带来的额外负担 | 语音提示太啰嗦，用户得费力听重点 |
| 相关认知负荷 | 学习新知识或建立心智模型 | 第一次用语音控制，不知道能说什么 |
嗯，这里要注意：外在认知负荷是我们设计师最容易犯的错。比如语音反馈说“好的，已为您将空调温度设置为24摄氏度，风量调整为3档，同时开启了内循环模式”——用户听完都快到下一个路口了。
我的建议：语音反馈尽量控制在3秒以内。超过3秒，用户就会开始烦躁。我习惯用“短反馈+确认音”的组合，比如“已设为24度”（1秒）+ 一声“叮”（0.5秒），既清晰又高效。
2.2 分心理论：语音交互是解药还是毒药？
很多人觉得，语音交互比触控安全，因为不用看屏幕。这话对了一半。
分心理论告诉我们，驾驶分心分三种：视觉分心、操作分心、认知分心。语音交互确实解决了前两种——你不用看屏幕，也不用动手。但它可能加重第三种：认知分心。
举个例子：你正在开车，语音助手突然问“您想听什么音乐？”你脑子里开始搜索歌单，回忆最近在听什么歌。这个过程虽然眼睛没离开路面，但你的注意力已经从驾驶转移到了音乐选择上。这就是认知分心。
避坑指南：我曾经设计过一个语音助手，支持多轮对话。用户说“导航到公司”，它问“走哪条路？”用户说“最快的”，它又问“要避开收费站吗？”——结果用户直接怒了：“你让我自己选，我哪有时间！”
后来我学乖了：语音交互的对话轮次，尽量控制在1-2轮。超过2轮，用户就会觉得你在“逼他做选择题”。
2.2.1 分心的四个等级
我根据经验，把驾驶分心分了四个等级：
- 零级分心：完全不需要注意力的操作，比如听语音播报路况。
- 一级分心：需要瞬间注意力的操作，比如说“调高音量”。
- 二级分心：需要短期记忆或决策的操作，比如“导航到最近的加油站”。
- 三级分心：需要复杂思考或多步操作，比如“设置一个包含三个途经点的行程”。
我个人习惯，把语音交互的任务尽量控制在二级分心以内。三级分心的任务，要么拆解成多个简单步骤，要么建议用户停车后再操作。
2.3 用户对语音的预期心理：他们到底想要什么？
做用户调研时，我经常问一个问题：“你希望语音助手像什么？”
答案五花八门。有人说像“一个听话的秘书”，有人说像“一个懂我的朋友”，还有人说“别跟我废话，我说什么你做什么就行”。
你看，用户的预期其实很分裂。但总结下来，有三个核心点：
- 快：响应速度要快，最好说完就执行。延迟超过1秒，用户就会觉得“卡”。
- 准：识别要准，别让我重复。一次说错，用户对语音的信任度直接打五折。
- 稳：别出幺蛾子。用户说“关空调”，结果你打开了天窗——这种错误一次就够用户骂娘了。
关键洞察：用户对语音的预期，本质上是对“确定性”的追求。他们希望语音交互像物理按键一样，按下去就有确定的结果。任何不确定性——比如“我没听清，请再说一遍”——都会让用户感到挫败。
2.3.1 用户心智模型的三个层次
我习惯把用户对语音的心智模型分成三个层次：
| 层次 | 用户行为 | 设计应对 |
|---|---|---|
| 新手用户 | 试探性说话，用词生硬 | 提供引导提示，比如“你可以说：导航到公司” |
| 普通用户 | 用自然语言，但偶尔卡壳 | 支持模糊匹配，比如“有点冷”自动调高温度 |
| 专家用户 | 用简短指令，追求效率 | 支持快捷指令，比如“回家”直接导航 |
我记得有一次，一个用户跟我说：“我开车时不想跟语音助手聊天，我只想用最短的话把事情办了。” 这句话对我触动很大。后来我设计语音交互时，都会问自己一个问题：用户说这句话时，他到底想花多少精力？
一个小技巧：在语音交互的初始阶段，给用户一个“最低认知成本”的入口。比如用户说“导航”，系统直接问“去哪里？”而不是“请问您想导航到哪里？”——少一个字，用户的认知负担就轻一分。
2.4 总结：设计语音交互，先理解用户的大脑
这一章的内容，说白了就是一句话：开车时，用户的大脑是“低配版”的。你不能指望他像坐在办公室里一样，有充足的认知资源来处理复杂的交互。
所以，我的设计原则很简单：
- 能一句话说完的，别用两句。
- 能让用户选A或B的，别让他填空。
- 能自动执行的，别问用户意见。
嗯，最后再啰嗦一句：用户对语音的预期，其实是对“安全感”的预期。他们希望语音交互能像副驾上的老司机一样——话不多，但句句管用。
下一章，我们会聊聊语音交互的“对话设计”，也就是怎么让语音助手说人话、办人事。到时候我会分享一些具体的案例和代码示例，敬请期待。