Figma 这场演示告诉你：游戏 UI 原型，根本不是“点点框”那么简单

如果你以为原型只是给产品经理和设计师看的，那这场来自 Figma Config 的游戏 UI 演示会直接打脸。真正复杂的不是画界面，而是把“控制器、焦点、优先级”这些隐性规则，提前固化进原型里。这件事，对所有做 AI 产品和交互的人，都是一次思维升级。

最反直觉的一点：游戏 UI 不是给“看”的，是给“按”的

这场演示一上来就戳破了一个设计圈里被忽视的事实：游戏 UI 的核心，从来不是视觉，而是输入方式。分享者提到，他最爱的例子之一是《Halo Combat Evolved》。在这种以手柄为核心的游戏里，UI 设计的第一原则不是好不好看，而是“下一步按哪里”。

这和我们熟悉的 Web / App 完全不同。鼠标和触控允许高度自由的指向，而手柄只有方向键和有限的确认键。这直接决定了游戏 UI 必须是“焦点驱动（focus-based navigation）”的：永远只有一个元素是当前焦点，路径清晰、几乎没有歧义。

这件事听起来像是游戏行业的特例，但对 AI 从业者来说非常熟悉——你在做语音助手、多模态交互、Agent UI 时，本质上也在设计“受限输入条件下的用户决策路径”。

为什么游戏 UI 的“层级感”，比你想象得更残酷

演示中反复强调了一个词：priority hierarchy（优先级层级）。在游戏里，这不是设计偏好，而是生死问题。屏幕上永远放不下所有信息，所以设计师必须明确：哪些信息是“现在不看会出事的”。

一个典型例子是游戏的商店页。分享者提到，商店页面天然就是“起始位置（starting position）”设计的训练场——默认焦点在哪里，玩家第一眼看到什么，第一下会按什么，这些都必须被设计出来，而不是交给运气。

这对 AI 产品尤其重要。很多 AI 工具失败，不是模型不行，而是 UI 没告诉用户：你现在最该干什么。游戏 UI 的残酷在于，它强迫你把模糊的“用户可能会…”变成明确的“用户一定会…”。

当重复设计变成浪费时间，插件才是生产力分水岭

理解原则之后，真正的痛点出现了：这些规则如果靠手工做原型，会极度重复、极度低效。演示者在第 9 个片段里几乎是吐槽式地说了一句："that's a lot of repetition right so let's not do it"。

于是 Prototyper 插件登场。它的价值并不在于“更炫的动效”，而是把游戏 UI 中最麻烦的那部分——焦点流转、起始位置、批量状态——变成可复用的工作流。演示中几乎是瞬间就生成了一个“完整可用”的交互原型。

这对 AI 从业者的启示很直接：当你的交互逻辑开始出现大量重复规则时，继续手搓只会拖慢认知速度。工具的意义，是让你把精力留给决策，而不是操作。

真正厉害的不是插件，而是“原型即思考”的工作方式

演示的后半段有一个容易被忽略但非常关键的点：Prototyper 并不是孤立使用的。它可以和 Figma 现有的批量原型能力组合，用来快速测试不同起始位置、不同导航路径。

这意味着什么？意味着原型不再只是“展示方案”，而是设计思考本身。你不是在脑子里假设用户路径，而是通过原型，把这些假设一一跑出来。

这和当下 AI 产品开发的趋势高度一致——Prompt、Agent flow、工具调用顺序，本质上都是交互原型。越早把它们做成“可运行的东西”，你就越早发现问题。

总结

这场看似“小众”的游戏 UI 演示，真正厉害的地方在于它揭示了一种通用能力：在受限条件下，如何通过清晰的优先级和低歧义设计，引导用户行动。对 AI 从业者来说，这意味着两个行动建议：第一，把 UI 当成系统能力的一部分，而不是包装；第二，当交互逻辑开始复杂，尽早用原型工具把“想法跑起来”。最后留一个问题：如果你的 AI 产品只能让用户“按三次键”，你会把哪一步放在第一？

关键词： 游戏UI设计， Figma Prototyper， 交互原型， 焦点导航， AI产品设计

事实核查备注： 需要核查：1）演示者身份为 Figma 的开发者倡导者 Jake Alba；2）分享者提到自己是 Epic Games《Fortnite》的 UX 设计师；3）视频发布时间为 2023-02-14；4）Prototyper 为 Figma 的插件，用于游戏 UI 原型设计。