把设计从“魔法黑箱”拆开，这场分享给AI团队上了一课

很多人以为设计是灵感乍现的艺术活，但这场来自 Figma Config 的分享直接拆穿了这个迷思：真正高效的设计，恰恰是被“过度沟通”和“提前暴露”的过程。更重要的是，这套方法正在成为 AI 团队协作的新底层逻辑。

设计不是魔法，而是一个被藏起来的过程

分享一开始就点中了行业的痛点：在大多数组织里，设计从外部看就像一场“魔术表演”。需求进去，成品出来，中间发生了什么，几乎没人知道。讲者用一个形象的比喻说明问题——当过程不可见时，设计天然就变成了少数人的特权。这不仅让非设计角色产生距离感，也让反馈永远来得太晚。反直觉的是，设计效率低，往往不是因为参与的人太多，而是因为参与得太晚。

把人请进来，不是打断你，而是保护你

一个让很多人意外的观点是：尽早、频繁地邀请他人参与，其实是在“保护”设计师自己。分享者反复强调，过程中的对话不是附加步骤，而是设计本身的一部分。当工程师、产品经理、甚至非专业角色在路径上被邀请进来，最终的方案反而更稳。那些“看起来很奇怪”的反馈，并不是噪音，而是暴露认知错位的关键节点。等到最后再对齐，代价只会更高。

反馈不是点评，而是一种可以被设计的机制

在后半段，话题转向了一个更具体、也更容易踩坑的环节：如何做 critique。这里的核心不是“谁来评”，而是“怎么评”。他们分享了一种高度结构化的方式，把反馈嵌入到迭代节奏中，而不是临时拉会救火。重要的不是一次性把问题说完，而是用持续的小循环，让问题在早期就浮出水面。这种方式，本质上和产品开发的迭代模型完全一致。

为什么这套方法对AI从业者尤其重要

如果把设计换成模型、Prompt 或系统方案，这套逻辑几乎可以原封不动地迁移到 AI 团队。AI 项目的失败，很多时候并不是技术不行，而是过程太封闭：研究、工程、业务各自为战，反馈延迟且失真。分享中强调的“对齐要发生在最开始”，对 AI 系统尤为关键。一旦方向错了，后期调参和补救，只是在放大成本。

总结

这场分享真正的价值，不在于具体工具或流程细节，而在于它挑战了一个根深蒂固的假设：专业性来自封闭。相反，真正成熟的专业，来自于敢于把过程摊开。对 AI 从业者来说，你可以从一个小动作开始：在方案还很粗糙时，就让相关角色看到它、质疑它、参与它。问题越早出现，解决它的代价就越低。下一个值得思考的问题是：在你的团队里，哪些“黑箱”其实已经到了必须被打开的时候？

关键词： 设计流程， 民主化设计， 跨职能协作， 反馈机制， AI团队

事实核查备注： 需要核查：视频完整时长；是否明确提及“magic trick”作为比喻；分享中是否明确区分 discovery phase 与后续阶段；是否有具体方法论名称被提到。