一个按钮就能骗过你：Figma Config 2025 把无障碍设计彻底“翻案”

在 Figma Config 2025 的舞台上，Tal Kailler 用一个看似简单的按钮问题，当场击穿了大多数设计师和 AI 从业者对“无障碍设计”的认知。真正不无障碍的，从来不只是颜色对比，而是我们习以为常的设计流程本身。

开场30秒，他就让全场答错了一道“送分题”

Tal Kailler 一上来没有讲理念，也没有秀数据，而是丢给观众一个问题：三个按钮，哪一个不无障碍？几乎所有人都会指向“颜色对比不够”的那个中间按钮。答案呢？“你说对了一半，也错了一半。”

这一下很狠。因为它暴露了一个行业级误区：我们把无障碍设计，简化成了视觉检查清单。颜色够不够深、字号够不够大、对比度达不达标——这些都重要，但远远不够。真正的问题在于：按钮是不是可被键盘访问？有没有语义？在辅助技术里是不是‘能被理解的对象’？

Tal 的开场本质上是在说一句刺耳的话：如果你的无障碍判断只靠眼睛，那你已经输了。

真正不无障碍的，是设计师的工作流

在这场演讲里，一个反复被点名的“反派”不是设计师的能力，而是工具链。Tal 明确指出：问题不是大家不关心无障碍，而是无障碍被放在了流程的最后。

现实中的顺序通常是：先设计 → 再交付 → 最后补无障碍。结果就是返工、妥协，或者干脆“下个版本再说”。这不是态度问题，是系统设计的问题。

这也是为什么他们推出了 Design Assistant。它不是一个“事后检测器”，而是嵌入在设计阶段的实时提醒系统。组件是否符合规范、布局是否存在语义问题、交互是否破坏可访问性——这些不再等到上线才发现，而是在你拖动组件的那一刻就被指出。

这对 AI 从业者尤其重要：当我们越来越多地用 AI 生成界面、生成组件，如果无障碍不是默认约束，那 AI 只会把问题规模化放大。

一份“无障碍清单”，正在变成设计系统的一部分

Tal 在 Demo 中展示的，不是某个炫技功能，而是一整套结构化的无障碍思路：从设计系统层面的详细指南，到具体页面的检查步骤。

顺序很有意思：Landmarks（页面结构锚点）→ Headings（标题层级）→ Alt Text（替代文本）→ Keyboard Navigation（键盘导航）。这不是随机排列，而是在模拟辅助技术‘理解页面’的真实路径。

这里有一个被很多人忽略的点：无障碍不是“多做一点”，而是“做对顺序”。如果结构错了，后面再怎么补 alt text 都是徒劳。

当这些规则被固化进设计系统，设计师做的每一个页面，其实都是在复用一套经过验证的可访问逻辑。这意味着：无障碍不再依赖个人良心，而是被系统性地保证。

这不只是设计问题，而是 AI 产品的下一个门槛

如果你做的是 AI 产品，这场演讲的信号其实更危险也更重要：未来的门槛，不是“你能不能做出来”，而是“你做出来的东西，谁能用”。

当生成式 AI 让 UI、内容和交互的生产成本无限下降时，无障碍会从加分项，变成筛选器。你的产品如果默认排除了一部分用户，那就意味着数据偏差、用户缺失，甚至法律和合规风险。

Tal 在结尾强调的不是某个功能，而是一种姿态：无障碍不是设计风格，而是产品责任。越早内化进工具和流程，未来的成本就越低。

总结

这场 Config 2025 的演讲真正厉害的地方，不在于展示了多少新功能，而在于它重新定义了“什么叫把无障碍做好”。答案不是更严格的检查，而是更早的介入。

对 AI 从业者来说，最直接的 takeaway 是：把无障碍当成模型约束、设计约束和系统约束，而不是上线前的 checklist。下次你看到一个“看起来没问题”的按钮时，或许该多问一句：如果我不用鼠标、不看屏幕，它还成立吗？

这，可能会决定你的产品能走多远。

关键词： 无障碍设计， Figma Config 2025， Design Assistant， 设计系统， AI 产品设计

事实核查备注： 需核查：演讲者 Tal Kailler 的姓名拼写；Design Assistant 是否为官方功能名称；Figma Config 2025 的发布时间（2025-06-23）；演讲中无障碍步骤的具体顺序表述