4、原型设计工具：Figma/Sketch 进行UI原型设计，Axure RP 进行交互原型设计，原型评审与迭代流程
说到原型设计，很多刚入行的朋友会问：「到底该用哪个工具？」
我的答案是：看阶段，看目的。
做多屏系统，UI 和交互是两回事。UI 解决「长什么样」，交互解决「怎么用」。这两个阶段，我习惯用不同的工具来搞定。
4.1 Figma / Sketch：UI 原型设计
先聊 UI 原型。我个人最常用的是 Figma，偶尔也用 Sketch。为什么？
Figma 是浏览器端的，团队协作太方便了。你改一个组件，所有人实时看到。做多屏系统时，手机、平板、车机三个画板同时开着，拖拽调整，效率很高。
Sketch 呢？它更轻量，插件生态丰富。但我遇到过一个问题：团队里有人用 Windows，Sketch 就没办法了。所以现在项目我基本都用 Figma。
UI 原型设计要点
- 先画低保真线框图：别一上来就上色。我习惯先用灰阶把布局、间距、层级理清楚。这一步能快速暴露结构问题。
- 建立组件库：多屏系统最怕风格不统一。按钮、输入框、列表项，做成组件。改一个，全盘更新。我在一个车载项目中吃过亏——三个屏幕的按钮圆角不一致，后期返工改到崩溃。
- 标注尺寸与间距：Figma 里直接看像素值。但要注意，多屏系统的物理尺寸不同，UI 要按逻辑分辨率来设计。比如车机是 1920x720，手机是 375x812，别搞混。
我的小技巧：Figma 里用 Auto Layout 做自适应布局。这样屏幕尺寸变化时，UI 元素自动重排。省去手动调整的麻烦。
4.2 Axure RP：交互原型设计
UI 定稿后，就该做交互原型了。这时候我换 Axure RP。
为什么不用 Figma 做交互？Figma 的交互能力其实够用，但复杂逻辑（比如条件判断、变量传递、多状态联动）还是 Axure 更顺手。尤其是多屏系统，你需要模拟「手机操作→车机响应」这种跨设备交互。
Axure RP 的核心用法
- 动态面板：模拟页面切换、弹窗、滑动。我做过一个车载 HMI 原型，用动态面板实现了仪表盘和中控屏的联动——中控切歌，仪表盘同步显示歌名。
- 条件逻辑：比如「如果用户未登录，跳转登录页；如果已登录，进入主页」。这个在 Axure 里用条件判断实现，比 Figma 的简单连线强太多。
- 全局变量：多屏系统里，变量传递很关键。比如用户在手机上设置了导航目的地，车机端要能读取这个变量。Axure 的全局变量可以模拟这种数据流。
注意：交互原型不是 UI 的复刻。它的目的是验证流程，不是展示视觉。所以交互原型可以很「丑」，但逻辑必须通。我曾经见过有人把交互原型做得跟最终产品一样精致，结果评审时大家光顾着看颜色，没人关注交互逻辑——本末倒置了。
4.3 原型评审与迭代流程
原型做出来，不是终点。评审才是关键环节。
我参与过的项目，评审流程大致分三步：
- 内部评审：设计师和工程师先过一遍。我会重点看：交互逻辑是否闭环？边界情况有没有处理？比如用户快速点击两次会怎样？
- 跨部门评审：产品、开发、测试一起参与。这时候要演示交互原型，而不是静态 UI。我习惯用 Axure 的云发布功能，生成一个链接，大家各自在手机上点一点，感受真实操作。
- 用户测试：找几个目标用户，让他们操作原型。别解释，看他们会不会用。我记得有一次做智能家居面板的原型，用户测试时发现「返回」按钮太小，老年人根本点不到——这个反馈在 UI 阶段完全没暴露出来。
迭代流程
评审完，肯定要改。迭代流程我建议这样：
- 问题分级：严重问题（流程不通）优先改，优化问题（颜色不好看）可以放一放。
- 版本管理：Figma 和 Axure 都有版本历史。每次评审后，另存一个版本。这样改错了还能回退。
- 快速验证：改完再评审，别攒一堆问题一次性改。小步快跑，我一般 2-3 天一个迭代周期。
核心原则：原型是沟通工具，不是交付物。它的价值在于暴露问题，而不是展示完美。所以别怕丑，别怕改。
4.4 工具选择建议
| 工具 | 适用阶段 | 核心优势 | 我的建议 |
|---|---|---|---|
| Figma | UI 设计 | 协作强、组件化、自适应布局 | 团队协作首选，多屏系统必备 |
| Sketch | UI 设计 | 轻量、插件多 | 个人使用或小团队，但注意平台限制 |
| Axure RP | 交互原型 | 复杂逻辑、条件判断、变量传递 | 多屏交互验证，强烈推荐 |
嗯，总结一下：UI 用 Figma，交互用 Axure。评审要分阶段，迭代要小步快跑。别把原型当成品，它只是你通往量产路上的一块垫脚石。