3、用户研究与需求分析：目标用户画像、驾驶场景分析、功能需求优先级排序、竞品分析
好，咱们进入第三章。说实话，很多设计师一上来就开 Sketch 或者 Figma 画图，这其实是个大坑。我见过太多团队，原型画得漂漂亮亮，结果用户一上车就骂「这什么玩意儿」。为什么？因为没搞清楚用户到底是谁、在什么场景下用车。
用户研究与需求分析，说白了就是回答三个问题：谁在用？在哪儿用？用啥功能？ 这一章，我带你把这套流程走一遍。
3.1 目标用户画像：别做「平均人」
我刚入行那会儿，也犯过「为所有人设计」的错误。结果呢？功能堆了一堆，谁都不满意。后来我学乖了——先做用户画像。
用户画像不是编故事，而是基于真实数据的提炼。我一般会分三类核心用户：
| 用户类型 | 年龄/职业 | 驾驶经验 | 核心诉求 | 典型场景 |
|---|---|---|---|---|
| 科技先锋型 | 25-35岁，互联网/科技从业者 | 3-5年驾龄 | 追求新功能、语音交互、OTA升级 | 通勤、周末自驾 |
| 家庭实用型 | 30-45岁，有孩家庭 | 5年以上驾龄 | 安全、导航、娱乐、后排控制 | 接送孩子、家庭出游 |
| 商务通勤型 | 35-50岁，企业中层/高管 | 10年以上驾龄 | 效率、电话会议、日程同步 | 日常通勤、商务拜访 |
关键点： 每类用户只保留 3-5 个核心特征。别贪多，贪多就变成「四不像」了。
举个例子。我之前做一款新能源车的座舱设计，目标用户是「科技先锋型」。我们访谈了 20 位真实车主，发现他们最在意的不是导航准不准，而是「能不能用语音控制空调温度」和「手机和车机能不能无缝衔接」。你看，这就是画像的价值——帮你聚焦。
3.2 驾驶场景分析：别在实验室里闭门造车
用户画像搞定了，接下来是场景。我个人习惯把场景分成三类：
- 高频场景： 每天都会遇到的，比如上下班通勤、等红灯、停车。
- 低频但关键场景： 比如长途驾驶、夜间行车、雨雪天气。
- 边缘场景： 比如车辆故障、紧急避让、代客泊车。
为什么会这样分？因为资源有限。你不可能把所有场景都做到完美，得先保证高频场景不出错。
我的经验： 做场景分析时，一定要去真实的路况里「泡」几天。我曾经跟着一位出租车司机跑了整整一天，才发现他开车时根本不会盯着中控屏看——他都是靠「摸」和「听」来操作。这个发现直接改变了我们后续的交互设计方向。
场景分析的工具，我推荐用「用户旅程地图」。把时间轴拉出来，从「上车前」到「下车后」，每一步都写清楚：用户在做什么？在想什么？有什么痛点？
3.3 功能需求优先级排序：别什么都想要
需求收集完了，一堆功能摆在你面前。这时候最怕的就是「老板说这个也要，那个也要」。嗯，这里要注意——功能优先级排序，是设计师的护身符。
我常用的方法是「Kano 模型」+「四象限法」：
| 优先级 | 分类 | 举例 | 处理方式 |
|---|---|---|---|
| P0 | 必备型需求 | 仪表盘显示车速、导航、空调控制 | 必须做，不做用户会骂 |
| P1 | 期望型需求 | 语音控制、手机互联、座椅记忆 | 尽量做，做了用户会满意 |
| P2 | 兴奋型需求 | 手势控制、AR导航、氛围灯联动 | 看资源，做了用户会惊喜 |
| P3 | 无差异需求 | 过于花哨的动画、不常用的设置项 | 砍掉，别浪费开发资源 |
避坑指南： 我曾经在一个项目里，把「手势控制」排到了 P1，结果开发周期拖了两个月，最后用户反馈「这功能没啥用」。从那以后，我坚持一个原则：先做 P0，再做 P1，P2 和 P3 看情况。
3.4 竞品分析：别抄，要「超」
竞品分析不是让你去抄特斯拉或者蔚来的界面。我见过太多人，分析报告写得像「看图说话」——「特斯拉用了大屏，所以我们也用大屏」。这有什么意义呢？
我的做法是：从三个维度拆解竞品：
- 功能维度： 对方有哪些功能？哪些做得好？哪些是鸡肋？
- 交互维度： 操作路径长不长？有没有反直觉的设计？
- 视觉维度： 信息层级清晰吗？夜间模式做得怎么样？
举个例子。我分析过某款热门车型的导航功能。它的界面很漂亮，但有个致命问题——在高速行驶时，你想切换目的地，需要点 4 次屏幕。这在我们内部测试时直接被否了。为什么？因为高速上多看一眼屏幕都是危险。
核心思路： 竞品分析的目标不是「复制」，而是找到对方的「短板」和「盲区」。然后，你把这些变成自己的优势。
好了，这一章的内容就这些。用户画像、场景分析、优先级排序、竞品分析——这四个步骤走完，你的需求文档基本就稳了。下一章，咱们聊聊怎么把这些需求转化成真正的交互原型。