2、需求分析与交互原型工具：Axure RP、Figma、Sketch在座舱HMI中的角色与对比
好，咱们进入第二个话题。
需求分析和交互原型，说白了就是HMI设计的「打地基」阶段。你想想看，座舱里那么多屏幕，仪表、中控、副驾屏、HUD……如果一开始需求没理清楚，后面改起来那叫一个酸爽。我见过太多项目，原型阶段图省事，结果到开发联调时才发现交互逻辑对不上，返工成本高得吓人。
今天咱们就聊聊三款主流工具：Axure RP、Figma、Sketch。它们在座舱HMI里各自扮演什么角色？怎么选？我结合自己的踩坑经验给你捋一捋。
2.1 三款工具的定位差异
先给个总览，免得你晕头转向。
| 维度 | Axure RP | Figma | Sketch |
|---|---|---|---|
| 核心定位 | 高保真交互原型 + 逻辑模拟 | 协作式UI设计 + 轻量原型 | 矢量UI设计 + 插件生态 |
| 座舱HMI适用场景 | 复杂交互流程、状态机模拟 | 多端协同设计、组件库管理 | 静态界面设计、图标/视觉稿 |
| 学习曲线 | 较陡（变量、条件逻辑） | 平缓（拖拽式操作） | 中等（需熟悉Mac生态） |
| 团队协作 | 本地为主，需SVN/云插件 | 原生云端协作，实时多人编辑 | 需第三方工具（如Abstract） |
| 平台依赖 | Windows / Mac | Web / 客户端（全平台） | 仅Mac |
嗯，这张表你存一下。后面我会展开讲每个工具在座舱项目里的实际用法。
2.2 Axure RP：座舱交互逻辑的「硬核模拟器」
我个人习惯把Axure叫做「原型界的C++」。为什么？因为它能模拟真实的交互逻辑——变量、条件判断、循环、函数调用，这些在座舱HMI里太重要了。
举个例子。座舱里有个常见场景：驾驶员注意力监测。当系统检测到驾驶员分心时，仪表盘会弹出警告，同时中控屏降低媒体音量。这个流程如果用Figma或Sketch做，你只能画几个静态页面，然后标注「这里跳转」「那里弹窗」。但用Axure，我可以直接模拟出来：
// 伪代码逻辑（Axure内部用变量和条件实现）
if (driverAttention < 阈值) {
仪表盘.显示警告("请专注驾驶");
中控屏.降低音量(当前音量 * 0.3);
等待5秒;
if (驾驶员未响应) {
仪表盘.升级警告("即将自动靠边停车");
}
}我在一个量产项目里就吃过亏。当时用Sketch画了很漂亮的界面，但交互逻辑只写了文档。结果开发说「你这个状态A到状态B的过渡条件没写清楚」，来回沟通了三天。后来我改用Axure把整个状态机跑了一遍，开发照着原型直接写代码，效率翻倍。
座舱HMI中Axure的典型用法：
- 仪表盘多页面切换逻辑（运动模式、舒适模式、节能模式）
- 中控屏与仪表盘的联动（如导航信息投射）
- HUD内容的动态更新（车速、导航箭头、ADAS警告）
- 多屏交互的时序控制（如倒车时中控屏显示全景影像，同时仪表盘缩小车速表）
我的小技巧：在Axure里做座舱原型时，建议把「屏幕」作为独立画板，然后用「全局变量」来管理各屏之间的通信状态。比如定义一个变量 carSpeed，所有屏都读取这个变量来更新显示。这样改起来特别方便。
2.3 Figma：团队协作的「高速公路」
Figma这几年火得不行。说实话，它改变了我的工作方式。
以前做座舱HMI，设计师画完稿子，导出图片，扔到群里，产品经理再写需求文档……信息传递效率极低。Figma的云端协作让所有人都在同一个文件里工作。设计师画组件，产品经理直接在上面标注交互说明，开发也能实时看到最新版本。
我记得有一次，客户临时要求把中控屏的空调控制区域从「横向滑动」改成「上下滑动」。在Figma里，我直接修改了组件库里的「空调控制面板」组件，所有引用这个组件的页面自动更新。嗯，前后花了不到10分钟。要是用Sketch，我得一个个页面去改，至少半天。
但Figma也有短板。它的交互能力比较弱，只能做简单的页面跳转和覆盖层。复杂的条件逻辑、变量运算、定时器这些，Figma做不了。所以我的建议是：
- 界面设计、组件库管理、团队评审 → 用Figma
- 复杂交互逻辑验证、状态机模拟 → 用Axure
座舱HMI中Figma的典型用法：
- 建立统一的HMI设计系统（颜色、字体、图标、控件）
- 多屏布局设计（仪表、中控、副驾、HUD的视觉一致性）
- 快速出图用于用户调研和评审
- 与开发团队共享设计标注（自动生成CSS/Swift代码片段）
注意：Figma的「原型」功能虽然方便，但别过度依赖。我见过有人用Figma做了几十个页面跳转，结果逻辑一复杂就乱套了。复杂交互还是交给Axure吧。
2.4 Sketch：老牌选手的「最后一公里」
Sketch曾经是UI设计的王者。现在嘛……说实话，在座舱HMI领域，它的地位有点尴尬。
Sketch的优势在于插件生态极其丰富。你需要什么功能，基本都能找到插件。比如做仪表盘刻度、生成图标、导出切图，Sketch配合插件效率很高。但它的硬伤也很明显：
- 仅支持Mac——团队里如果有Windows用户，协作就麻烦了
- 本地文件为主——虽然现在有Cloud版，但体验远不如Figma
- 交互能力基本为零——只能做静态设计
我个人现在只在两种情况下用Sketch：
- 做精细的图标和视觉稿——Sketch的矢量编辑手感确实好，尤其是画仪表盘上的指针、刻度线这些
- 客户指定用Sketch——有些老牌车企的设计团队还在用Sketch，没办法，得配合
避坑指南：我曾经在一个项目里用Sketch做了一套完整的座舱HMI设计稿，结果开发团队用的是Windows电脑，打不开.sketch文件。最后只能导出成PDF，标注全丢了。从那以后，我只要涉及跨平台协作，一律用Figma。
2.5 我的选择建议
说了这么多，到底怎么选？我给你一个实际可操作的方案：
| 项目阶段 | 推荐工具 | 理由 |
|---|---|---|
| 需求梳理 & 低保真原型 | Axure RP | 快速搭建交互框架，验证逻辑可行性 |
| 视觉设计 & 组件库 | Figma | 团队协作方便，组件复用性强 |
| 高保真交互验证 | Axure RP | 模拟真实交互逻辑，减少开发返工 |
| 图标 & 精细视觉稿 | Sketch | 矢量编辑手感好，插件丰富 |
| 开发交付 & 标注 | Figma | 自动生成代码片段，开发直接取用 |
说白了，没有完美的工具，只有合适的组合。我的个人习惯是：Axure做骨架，Figma做皮肉，Sketch做点缀。三款工具配合使用，基本能覆盖座舱HMI从需求到交付的全流程。
嗯，这一章就到这里。下一章咱们聊聊视觉设计工具——也就是把原型变成「看起来能开」的座舱界面，那又是另一番天地了。