第二章:用户研究——目标用户画像分析,驾驶场景下的认知负荷与注意力分配
好,咱们进入第二章。这一章,说白了就是搞清楚一件事:你的用户到底是谁?他在开车时脑子还剩多少容量来操作屏幕?
我见过太多设计,功能堆得满满当当,图标精致得能当壁纸。结果呢?用户开车时根本找不到“关闭车道偏离”的开关。为什么?因为设计者压根没想过,用户当时的注意力已经被路况占用了80%。
2.1 目标用户画像:别只盯着“年轻人”
很多团队做用户画像,上来就是“25-35岁,科技爱好者”。这太笼统了。我建议你至少拆成三类典型用户:
- 新手司机(驾龄<3年):对车辆操作不熟,眼睛离不开路面。他们需要的是“傻瓜式”引导,比如语音提示“请说:打开空调”。
- 通勤老手(驾龄>5年):对路况和车辆都熟悉,但容易分心。他们需要的是“肌肉记忆”式的操作,比如方向盘上的实体按键。
- 科技极客(喜欢尝鲜):愿意学习新功能,但容忍度低。他们讨厌卡顿和逻辑混乱,比如“为什么调个座椅要进三级菜单?”
我的经验:有一次做项目,我们只聚焦了“科技极客”,结果上市后被投诉“开车时根本不敢碰屏幕”。后来我们加入了“新手模式”,默认开启大字体和简化菜单,投诉率直接降了40%。
2.2 驾驶场景下的认知负荷:你的屏幕在“抢”大脑资源
认知负荷,说白了就是大脑的“内存占用”。开车时,大脑主要在处理三件事:
- 主要任务:控制方向盘、观察路况、判断车距。这占用了70%-80%的认知资源。
- 次要任务:看导航、听音乐、接电话。这占用了10%-20%。
- 干扰任务:找设置、调空调、回微信。这占用了剩下的,但往往会导致事故。
你想想看,当用户想“关闭自动启停”时,他需要:
- 视线离开路面(至少0.5秒)
- 在屏幕上找到“车辆设置”图标
- 在列表里找到“驾驶辅助”
- 再找到“自动启停”开关
这一套下来,如果车速60km/h,车已经盲开了近30米。嗯,这里要注意:任何需要用户思考超过2秒的操作,都是安全隐患。
避坑指南:我曾经设计过一个“自定义驾驶模式”菜单,用户可以调10个参数。结果测试时,用户为了调一个“方向盘力度”,在高速上低头找了15秒。后来我们强制把这类复杂设置锁在P挡下才能操作。
2.3 注意力分配:视觉、听觉、触觉的“三权分立”
驾驶场景下,用户的注意力不是均匀分配的。我习惯把它分成三个通道:
| 通道 | 特点 | 适合的操作 | 不适合的操作 |
|---|---|---|---|
| 视觉 | 占用率高,但最精准 | 看导航地图、确认状态 | 阅读长文本、找小图标 |
| 听觉 | 占用率低,但易被忽略 | 语音指令、报警提示 | 复杂指令(如“打开空调并调至23度”) |
| 触觉 | 占用率最低,但最可靠 | 盲操作(旋钮、按键) | 需要精确点击的触摸操作 |
说白了,触觉通道是开车时的“黄金通道”。为什么很多老司机喜欢实体旋钮?因为手一摸就知道位置,眼睛根本不用离开路面。
我的建议:在设计时,尽量把高频操作(音量、空调温度、下一曲)分配给触觉通道。把低频但需要确认的操作(查看胎压、设置导航)留给视觉通道。把紧急操作(报警、来电)留给听觉通道。
2.4 实战:如何用“认知负荷”指导设计?
我直接给你一个检查清单,每次设计完一个功能,自己先过一遍:
- 这个操作需要几秒? 超过3秒,必须简化或锁P挡。
- 用户需要看屏幕吗? 如果需要,能不能用语音或旋钮替代?
- 菜单层级多深? 超过3级,用户大概率会迷路。
- 有没有“防误触”设计? 比如在行驶中禁用某些设置。
举个例子,我参与过一个项目,用户反馈“调节后视镜”太麻烦。原来的流程是:
1. 点击“车辆设置”图标
2. 选择“后视镜”
3. 选择“左/右”
4. 用方向盘按键调节
我们后来改成了:
1. 直接按门板上的“后视镜”实体按键
2. 用同一个按键切换左右
3. 用旋钮调节角度
你看,操作步骤从4步降到了3步,而且全程不需要看屏幕。这就是认知负荷优化的典型例子。
核心原则:驾驶场景下,用户的大脑不是你的“用户”,而是你的“敌人”。你每多占用他1%的认知资源,事故风险就增加一分。设计的目标,是让操作“无脑”到像呼吸一样自然。
好,这一章就到这里。下一章我们会聊聊“信息架构的底层逻辑:分类与标签设计”,到时候我会分享一个我踩过的坑——把“空调”和“座椅”放在一起,结果被用户骂惨了。咱们下章见。