一个“坏掉的 Figma 原型”，暴露了产品和 AI 人最容易忽略的能力

这不是一节炫技的 Figma 教程，而是一次产品思维的现场解剖：原型为什么会“坏”？为什么越自动化，越容易卡死？这段看似基础的视频，意外揭示了一个对 AI 从业者同样致命的盲区。

最反直觉的一幕：原型不是没做好，而是“太聪明了”

视频一开场，原型已经“基本完成”，但产品负责人却直接说了一句扎心的话："It's broken." 不是按钮没画好，而是点不下去——交互逻辑断了。

问题出在哪？答案很反直觉：不是操作不熟练，而是过度依赖叠加（overlay）和自动化机制。当你把一个 overlay 叠在另一个 overlay 上，系统会“忠实执行你的指令”，结果就是：用户再也点不到下一步。

这一幕对 AI 从业者非常熟悉。我们也经常遇到：模型没报错、pipeline 没崩，但系统就是走不下去。不是因为能力不够，而是结构设计一开始就错了。

视频里的解决方案很朴素：拆组件，不要叠逻辑。把 overlay 变成独立组件，让每一步都有明确的入口和出口。听起来像 Figma 技巧，但本质是产品级的系统设计能力。

Auto Layout 的“坑”，其实是对抽象能力的考验

接下来一个问题更经典：为什么我没法在 auto layout 里随便加东西？

答案让人瞬间清醒：因为它是组件（component）。组件的边界一旦确定，你就不能再像在画布上一样随意操作。

这段对话几乎可以原封不动搬到 AI 系统设计中：
- 你为什么改不了这个模块？
- 因为它已经被抽象成“组件”了。

抽象带来复用，也带来限制。auto layout 的“难用”，不是工具问题，而是你是否想清楚：哪些东西应该被固定，哪些必须保留弹性。

视频里还有一个非常真实的瞬间：为了实现 sticky header，不得不打破 auto layout。这是很多新手最抗拒的事——承认自动化不适合所有场景。

对 AI 从业者来说，这是一个重要提醒：当规则开始妨碍体验，打破它不是失败，而是成熟。

真正拉开差距的，不是原型，而是“你怎么分享它”

最后几分钟，视频突然转向一个被严重低估的话题：分享。

不是导出链接那么简单，而是：
- 给 prototype 加 frame
- 设置缩略图（thumbnail）
- 在 flow 里写清楚 description

一句话点醒所有人："There's a description， everybody." ——描述不是给别人看的，是给未来的协作者、决策者、甚至是几周后的自己看的。

这对 AI 项目尤其重要。一个模型 demo，如果没有注释、假设说明和使用边界，再炫也很快失效。

视频里的原型并不复杂，但它被包装成一个“可以被理解、被讨论、被迭代”的对象。这正是职业选手和业余玩家的分水岭。

总结

这段 Figma 视频表面在讲原型，实际上在反复强调一件事：复杂系统最容易死在“看起来很顺”的地方。无论是叠加的 overlay、过度抽象的组件，还是缺失语境的分享方式，本质都是设计者替用户做了过多假设。

对 AI 从业者的 takeaway 很明确：第一，别迷信自动化，结构比技巧重要；第二，敢于在关键节点打破规则；第三，把你的作品当成一个“需要被别人理解的系统”，而不只是一个能跑的 demo。

下一个你做的原型、模型或流程，不妨问自己一句：如果今天交到别人手里，它会在哪一步“点不下去”？

关键词： Figma， 产品原型， Auto Layout， 组件化设计， AI 产品思维

事实核查备注： 视频发布时间：2023-10-26；频道：Figma Config；内容为学习 Figma 原型与交互的问答环节；未涉及具体公司、人物或数据声明。