第四章：用户研究与需求分析

好，咱们进入第四章。这一章，说白了就是搞清楚「为谁设计、设计什么、别人怎么做的、我们要做什么」。

很多新手设计师一上来就画界面，结果画完发现用户根本不用。我见过太多这样的案例了。所以，用户研究与需求分析，是座舱HMI设计的根基。根基不稳，后面全是白搭。

4.1 目标用户画像：你的用户到底是谁？

做座舱HMI，你不能说「用户就是开车的人」。这太笼统了。你得把用户拆开来看。

我个人习惯把座舱用户分成三类：

• 主驾用户：核心操作者，关注驾驶安全、导航、音乐、电话。
• 副驾用户：辅助操作者，关注娱乐、空调、座椅调节。
• 后排用户：被动体验者，关注影音、空调、氛围灯。

但这还不够。你还要考虑他们的年龄、驾驶经验、科技接受度。举个例子：

我在项目中遇到过一件事。有个项目我们做了很酷的3D仪表盘，结果用户调研发现，目标用户是40岁以上的家庭用户。他们根本不在乎3D效果，只想要清晰的速度和油量。嗯，那版设计后来全改了。

4.2 场景分析：用户在什么情况下用车？

用户画像搞定了，接下来要看场景。说白了，就是用户在什么时间、什么地点、什么状态下用车。

我一般把场景分成三类：

• 驾驶场景：高速、城市、拥堵、夜间、雨天。
• 停车场景：等人、充电、休息、看视频。
• 上下车场景：上车准备、下车离开、儿童上下车。

每个场景下，用户的需求完全不同。举个例子：

• 高速驾驶时，用户需要的是「少操作、大信息」——导航提示、限速提醒、车道保持。
• 拥堵时，用户需要的是「放松」——音乐、播客、座椅按摩。
• 等人时，用户需要的是「娱乐」——看视频、玩游戏、刷手机投屏。

你想想看，如果你在高速上给用户弹出一个视频推荐，那不是找死吗？所以场景分析决定了你的交互优先级。

4.3 竞品分析：别人是怎么做的？

竞品分析不是抄作业，而是找差距、找机会。

我一般会分析这几个维度：

• 交互逻辑：菜单层级、手势操作、语音唤醒。
• 视觉风格：颜色、字体、图标、动效。
• 功能覆盖：导航、音乐、空调、车辆设置、手机互联。
• 用户体验：响应速度、学习成本、操作效率。

举个例子，我们分析过特斯拉、蔚来、理想三家的座舱：

你会发现，没有完美的方案。特斯拉追求极简，但用户学习成本高。蔚来功能多，但有些功能用户根本不用。理想最实用，但科技感稍弱。

所以，竞品分析的目的不是「谁好谁坏」，而是「我们该怎么做」。我个人习惯把竞品的优点列出来，再结合自己的用户画像，找到差异化方向。

4.4 需求文档撰写：把想法变成可执行的东西

前面做了那么多分析，最后要落到文档上。需求文档是给开发、测试、UI、产品看的，所以必须清晰、可执行。

我一般把需求文档分成这几部分：

• 项目背景：为什么要做这个功能？用户痛点是什么？
• 用户画像：目标用户是谁？他们的核心需求是什么？
• 功能列表：每个功能的具体描述、优先级、交互方式。
• 交互流程：用户从进入功能到完成操作的每一步。
• 视觉规范：颜色、字体、图标、间距、动效。
• 验收标准：什么样的效果算「完成」？

举个例子，写一个「导航功能」的需求：

功能名称：导航目的地搜索
优先级：P0（核心功能）
用户场景：用户在驾驶中需要搜索目的地
交互流程：
1. 用户点击导航图标
2. 弹出搜索框，自动聚焦
3. 用户输入目的地（支持语音输入）
4. 系统显示搜索结果列表
5. 用户点击目的地，开始导航
视觉规范：
- 搜索框高度：48px
- 字体大小：16px
- 搜索结果间距：12px
- 语音输入按钮：蓝色，圆形，直径40px
验收标准：
- 搜索响应时间 < 500ms
- 语音识别准确率 > 95%
- 搜索结果展示 < 1s

你看，这样写出来，开发就知道要做什么，测试也知道怎么测。不会出现「我觉得应该是这样」的模糊情况。

4.5 总结：用户研究不是一次性的事

很多人做完用户研究，就把报告扔一边了。其实不是的。用户研究应该贯穿整个项目周期。

我习惯在每个迭代结束后，找几个真实用户做一次回访。问问他们：这个功能好用吗？有没有遇到什么问题？你希望怎么改进？

你会发现，用户的需求是动态的。今天觉得好用的功能，明天可能就觉得烦了。所以，保持和用户的沟通，比什么都重要。

好了，这一章就到这里。下一章我们开始讲信息架构，也就是怎么把功能组织起来，让用户一眼就能找到想要的东西。