Figma 一个小更新，让原型第一次“像真的在用”

大多数人以为原型只是“能点就行”，但 Figma 在一次看似不起眼的 Office Hours 里，悄悄改变了这件事：滚动，第一次成了可设计的交互。这不是锦上添花，而是把原型从演示工具，推进成“行为模拟器”。

真正反直觉的地方：Figma 不是在加功能，而是在补一块短板

如果你回到 2020 年之前的 Figma 原型，会发现一个尴尬事实：页面能跳转、能点按钮，但一滚动，所有“设计感”瞬间消失。滚动只是浏览器的默认行为，不是设计师可以控制的交互。

而这期 Office Hours 里，主持人说了一句很轻描淡写的话：“这是 Figma 第一次有真正的 onscreen interactions。”听起来不炸，但含义很重——原型不再只是‘状态切换’，而是开始模拟‘使用过程’。

Scroll action 的反直觉之处在于：它并没有创造全新的交互范式，而是把我们每天都在用、却从没被认真设计过的‘滚动’，拉进了设计系统里。这一步，补的是原型工具长期以来最致命的短板。

Scroll To vs Scroll Through：两个名字，两个设计思维

视频里反复提到两个行为：Scroll to 和 Scroll through。名字很像，但背后的设计逻辑完全不同。

Scroll to，本质是‘触发式’：当某个元素进入视口，就立刻执行一个动作。你可以选择 instant，也可以加过渡。这意味着你第一次可以在 Figma 里设计“当用户看到这里时，会发生什么”。

Scroll through，更像‘过程式’：动画不再是一下子完成，而是跟着滚动进度走。你滚 30%，动画走 30%。这在讲故事型页面、数据可视化、产品官网里几乎是标配，但以前在原型里只能靠嘴讲。

这两者的差异，暴露了一个更深的事实：原型开始从‘结果展示’，转向‘过程模拟’。对产品和交互讨论来说，这是质变。

第一个真正实用的细节：方向、偏移和“固定元素”

如果只是能滚动，其实不值一提。真正让老设计师点头的，是这些细节。

第一，方向不止垂直，还有水平，甚至可以组合。这直接覆盖了卡片流、横向 feed、复杂看板这些真实场景。

第二，offset 的概念被明确提出来。当你有一个 fixed 的菜单或 header，如果不更新 offset，交互会‘看起来不对’。视频里明确点了这个坑——这是只有真正做过复杂页面的人才会踩到的问题。

第三，frame 高度和内容高度的关系被重新强调。通过调整 frame，让滚动成为可控变量，而不是“页面太长的副作用”。这些都不是炫技，而是非常工程化的设计思维。

为什么这件事，反而值得 AI 从业者认真看

你可能会问：这不是设计工具的事吗？和 AI 有什么关系？

恰恰相反。AI 产品最大的难点之一，不是模型能力，而是‘用户是否理解系统在做什么’。而理解，往往发生在滚动过程中：信息逐步出现、状态逐步变化、反馈与输入同步。

Scroll through 这种“跟着用户行为走的动画”，本质上是在做可解释性设计。你不是告诉用户‘模型已经算完了’，而是让他在滚动中看到变化发生。

当原型能真实模拟这些行为，AI 团队在评审时讨论的，就不再是‘这个功能酷不酷’，而是‘用户会不会在这里迷失’。这对决策质量的影响，远比一个按钮样式重要。

一个被低估的信号：Figma 在往哪走

这期视频整体语气很轻松，甚至不断开玩笑，但方向非常明确：Figma 正在把‘交互’从附属能力，变成核心能力。

当滚动都可以被精细控制，下一步自然是更复杂的状态联动、更接近真实应用的行为模拟。原型不再只是给利益相关者看的 PPT，而是团队共同理解产品行为的‘实验场’。

这不是一次大张旗鼓的发布，但往往正是这种更新，决定了工具未来五年的边界。

总结

这次 Scroll actions 的意义，不在于你能不能做出更炫的原型，而在于你是否开始把“使用过程”当成一等公民来设计。对 AI 从业者来说，这意味着一个更高标准：不要只验证功能是否存在，而要验证用户在每一次滚动、每一个进入视野的瞬间，是否真的理解并信任系统。下次你评审一个原型，不妨少问一句“能不能做”，多问一句：“用户滚到这里时，会发生什么？”

关键词： Figma， 原型设计， Scroll Action， 交互设计， AI 产品

事实核查备注： 需要核查：1）视频发布时间是否为 2020-12-18；2）Scroll to / Scroll through 的官方命名；3）是否首次引入 onscreen interactions 的表述是否为原话或语义转述