Figma一小时内部教学，反而戳穿了“交互设计越聪明越好”的迷思

这不是一支炫技的视频。Figma 团队在一次 Office Hours 里，用大量真实案例反复强调一件反直觉的事：真正拉开效率差距的，从来不是多聪明的交互，而是你是否敢于做“不聪明但可迭代”的组件。这对 AI 从业者，尤其危险又重要。

最反直觉的一句话：clever is not always better

如果你只记住这场分享的一句话，那一定是这一句——“clever is not always better”。在讲交互组件时，Figma 团队并没有鼓励大家把逻辑堆到极致，反而多次提醒：过度聪明的设计，会让系统变得脆弱、难以维护，也难以扩展。

这句话放在 2021 年的设计语境已经很有杀伤力，但放到今天的 AI 语境里，几乎是当头一棒。我们太熟悉这种场景了：一个 prompt、一个 pipeline、一个自动化流程，被设计得极其优雅，但三周后连自己都不敢动。Figma 的结论很直接——交互组件的价值，不在于你第一次设计得多漂亮，而在于你之后能不能快速改、反复试、低成本推翻重来。

这也是他们反复强调“iterate quicker”的原因。不是更聪明，是更快犯错。

为什么他们反复“交棒”？这是刻意的结构设计

在视频里，你会注意到一个细节：讲解频繁在不同成员之间切换——“pass it off to Nico”“hand it back over”“pass it back to Maggie”。这不是流程随意，而是一个非常典型的模块化思维展示。

每个人只负责自己最熟悉的那一块：案例、方法、限制、workaround。这和他们所推崇的交互组件哲学高度一致——不要试图在一个组件里解决所有问题，而是让系统天然支持拆分、替换和组合。

对 AI 团队来说，这是一个很值得对照的点。你的系统，是不是只有一个人真正“懂”？是不是一换人就不敢改？Figma 在这里用组织协作本身，演示了什么叫“makes it much more modular”。模块化不是工具功能，是工作方式。

从示例到游戏：为什么他们选了井字棋

在所有示例中，最被反复提到、也最让人印象深刻的，是那个井字棋（tic-tac-toe）。他们甚至直接说，这是“my favorite example”。原因很简单：它足够复杂，足够有趣，但又刚好暴露所有交互组件的边界。

井字棋不是为了展示“我能不能做”，而是为了展示“做到这里，已经开始 laborious 了”。当一个示例开始变得费力，它就成了教学里最好的警示牌：这里不该再继续堆逻辑了。

这对 AI 从业者是一个极其危险但常见的误区。我们经常用一个 toy example 证明系统可行，然后在真实世界里不断 patch，直到系统变成一个没人敢碰的怪物。Figma 选择井字棋，本质上是在告诉你：示例不是用来证明能力的，而是用来暴露问题的。

Overrides、frame sizes，这些“琐碎细节”才决定能不能扩展

视频后半段明显变得不那么“好看”了：frame sizes、overrides、opening and closing。这些听起来都不性感，但恰恰是交互组件能否规模化的关键。

Figma 团队花时间讲这些，是因为他们很清楚：真正拖慢团队的，从来不是想不出功能，而是一堆细节让你不敢动现有设计。Overrides 的边界不清、frame size 不统一，都会让系统在扩展时付出指数级成本。

把这套逻辑平移到 AI 产品或内部工具上，你会发现几乎一模一样的问题：参数能不能被安全覆盖？输入输出尺寸是否稳定？模块之间的“开”和“关”是不是清晰？这些问题解决不了，再聪明的模型都会变成技术债。

当前 workaround 不完美，但方向已经很明确

在接近尾声时，团队非常坦诚地承认：有些地方现在只能用 workaround。这一点非常重要，因为它打破了“官方教学 = 完美方案”的幻觉。

他们并没有把 workaround 包装成最佳实践，而是明确指出：这是当前阶段的解法，未来一定会被更好的方案取代。重点不在于 workaround 本身，而在于你是否意识到它的存在，并为替换它留好空间。

这对 AI 从业者来说，几乎是一个生存建议。你的系统里一定有 workaround，问题不是有没有，而是你有没有假装它不存在。

总结

这场 Office Hours 表面讲的是 Figma 的交互组件，底层讲的却是一种极其稀缺的工程与产品心态：不要迷恋聪明，优先保证可迭代；不要追求一次成型，而是为修改留空间。

如果你在做 AI 产品、工具链或内部系统，现在就可以做三件事：第一，找出你系统里最“聪明”的那一块，问问自己三个月后还敢不敢改；第二，明确哪些地方是 workaround，并写下来；第三，检查你的模块边界是否真的清晰。

最后留一个判断题：未来真正拉开 AI 团队差距的，可能不是模型能力，而是谁更早学会了“不把系统设计得太聪明”。

关键词： Figma， 交互组件， 模块化设计， 快速迭代， AI产品方法论

事实核查备注： 需要核查：视频具体时长；参与讲解的成员姓名（如 Nico、Maggie、Wesley 的全名与角色）；“clever is not always better”为视频原话；井字棋示例在视频中的具体位置与语境