3、用户场景分析：驾驶场景分类、用户画像构建与任务分析法

做车机UI设计，最怕什么？

我最怕的是坐在办公室里，对着高保真原型一顿猛画，结果装车一跑，驾驶员根本没法用。为什么？因为你没搞清楚用户到底在什么场景下操作。

这一章，我们就来聊聊用户场景分析。说白了，就是搞清楚三件事：用户在什么情况下开车？用户是谁？用户要完成什么任务？

3.1 驾驶场景分类：停车、低速、高速、夜间

先说说场景分类。我习惯把驾驶场景分成四大类：停车、低速、高速、夜间。每一类的交互逻辑完全不同。

场景	车速范围	驾驶员注意力	UI设计要点
停车	0 km/h	可完全转移	允许复杂操作，如设置导航、调节座椅
低速	0-30 km/h	部分转移	支持简单触控，如切换音乐、调节音量
高速	60-120 km/h	高度集中	仅限语音或方向盘按键，禁止触控
夜间	任意	受光线影响	自动切换深色模式，降低亮度

嗯，这里要注意：高速场景下，任何需要视觉注视超过1.5秒的操作都是危险的。我在项目中遇到过，有个团队把音乐列表做成了横向滑动，结果测试时驾驶员为了切歌，差点追尾。后来我们强制在高速下隐藏了滑动交互，只保留语音控制。

3.2 用户画像构建

光有场景还不够，你得知道谁在开车。用户画像，说白了就是给典型用户画个像。

我一般会构建3-4个典型画像：

• 新手司机（22-28岁）：对车机功能好奇，但操作不熟练。容易误触，需要清晰的引导。
• 通勤老司机（30-45岁）：每天开车上下班，对导航、音乐有刚需。追求效率，讨厌花里胡哨的动画。
• 家庭用户（35-50岁）：车上常有孩子或老人。需要后排娱乐控制、空调快速调节。
• 夜间长途司机（40-55岁）：经常跑夜路。对亮度、字体大小、防眩光有极高要求。

为什么会这样区分？因为不同画像的痛点完全不同。举个例子，新手司机可能连「返回」按钮都找不到，而老司机恨不得所有操作一步到位。

3.3 任务分析法

最后，也是最关键的——任务分析法。你想想看，用户打开车机不是为了玩UI，而是为了完成某个任务。

任务分析的核心步骤：

1. 定义任务目标：比如「设置导航到公司」
2. 拆解子任务：打开导航 → 输入目的地 → 选择路线 → 开始导航
3. 记录操作路径：每一步点击了什么？用了语音还是触控？
4. 评估效率：完成这个任务需要几步？耗时多久？
5. 识别痛点：哪一步用户犹豫了？哪一步出错了？

我曾经用这个方法发现了一个大坑。有个项目，用户要「关闭空调」，居然需要点4次屏幕。正常逻辑应该是：点一下空调图标 → 点关闭。但那个设计把关闭按钮藏在了二级菜单里。测试时，10个用户有8个找不到。后来我们改成了长按空调图标直接关闭，效率提升了一倍。

任务分析法还有一个变种，叫认知走查。说白了，就是设计师自己扮演用户，一步步模拟操作，看每一步是否符合用户的预期。我建议每个版本上线前，团队至少做一次认知走查，成本低，效果好。

小结

这一章的内容其实就三句话：

• 场景分类：停车、低速、高速、夜间，交互深度逐级递减。
• 用户画像：新手、老司机、家庭用户、长途司机，痛点各不相同。
• 任务分析：拆解任务、记录路径、识别痛点，别只看成功路径。

下一章，我们会聊具体的测试方法——怎么设计测试任务、怎么招募用户、怎么分析数据。嗯，到时候我会分享一些我踩过的坑，保证实用。