Figma CEO Dylan Field：AI 时代，设计就是新的代码

核心观点速览

品味 ≠ 工艺 ≠ 观点：三者相关但不同，最好的产品三者兼备
AI 是起点不是终点：提示词的输出是粘土，不是成品
画布直接操作 > 代码编辑 > 提示词：交互层级决定了效率
设计就是新的代码：从 Figma 直接 PR 到生产环境即将成真
发散与收敛：好的创造过程不是线性流水线，而是随时可能发生的跳跃
最大化学习：同时展示多个原型、快速见客户、减少内审轮次
设计文艺复兴：技术门槛降低 + AI 赋能 = 更多元的审美探索

编者按

当 AI 生成的界面铺天盖地、"紫色泔水"（purple slop）成为 meme 的时候，Figma CEO Dylan Field 坐在 Peter Yang 的播客里，给出了一个反直觉的判断：AI 不会让设计师失业，反而会让"品味"比以往任何时候都更值钱。 他把"品味""工艺""观点"三个概念拆得清清楚楚，解释了为什么 Figma 要做代码到画布的双向流转，以及为什么他认为我们正站在一场设计文艺复兴的入口。

这是一场创始人级别的产品哲学对话——关于发散与收敛、关于何时该停下探索去做原型、关于 PM 不该只写 PRD。

品味、工艺与观点：三个不同的东西

Peter 开场就抛出硅谷最热的词——"taste"（品味）。Dylan 没有含糊，直接把它拆成三层：

"Taste is really about navigating the possibilities of what's out there and having preferences that are really clear that you can articulate."

"品味的本质是在无数可能性中导航，并拥有你能清晰表达的偏好。"

品味是你在巨大的可能性空间里做选择的能力。你不仅要知道自己要什么，还要能告诉别人"我要的是什么、不要的是什么"。

工艺（craft） 则是另一回事——它是在别人已经觉得"够好了"的地方继续推进，从宏观到微观的每一个抽象层级都确保它们严丝合缝。

观点（point of view） 是最顶层的东西。最好的产品——无论消费级还是企业级、软件还是硬件——都有一个关于未来"应该怎样"的观点。Dylan 说了一句很妙的话：

"If everyone agrees to your point of view, you're probably not having much of a point of view."

"如果所有人都同意你的观点，那你大概也没什么观点。"

Peter 补充道：如果你没有自己的观点，用户和利益相关方就会替你定义它。Dylan 同意，但强调两者之间是有互动的——听用户的声音能帮你到达局部最优，但观点才是帮你跳到下一个山峰的东西。

Peter 进一步追问：这些品味和观点是怎么积累的？是不是就像给 AI 喂上下文一样——你过去的经历就是你的"个人上下文"？Dylan 同意，但补充了一个重要维度：任何时刻的文化影响都很重要。他说最有趣的时刻是你站在前沿、比任何人都推得更远的时候——你在实时快速更新认知，拿到几个关于设计、美学或策略的观察后，做出一个跳跃，而不是在原地一步步迭代。

他还分享了一个有趣的体验：让五个资深设计师在一个房间里做设计评审，你可能会得到一百种不同的答案。品味不是标准答案，而是你如何在那棵巨大的可能性树上高效地选择路径。

AI 能学会品味吗？

Peter 问了一个尖锐的问题：能不能给 AI 一套原则、一个色板，让它停止输出"紫色泔水"，真正学会品味？

Dylan 的回答很有层次。他承认模型的视觉输出已经达到了相当高的水平——Gemini 3.0/3.1 在给定正确提示和参考图的情况下，能产出令人惊艳的结果。但关键转折在于：

"I never found myself feeling like, oh great, I got my answer one shot done."

"我从来没有过'太好了，一次就搞定'的感觉。"

恰恰相反，当 AI 的输出有了方向感和意图感之后，他发现自己更有想法了——不是更少，而是更多。面对平庸的输出你只会想"行，能用"，但面对一个有方向的输出，你会忍不住想推得更远。

这正是他认为品味越来越重要的原因：AI 把可能性空间照亮了，但在这个被照亮的空间里做判断、做选择的，依然是人。

而且，提示词（prompting）不总是最好的方式。很多时候你需要作为人类亲自动手推进，才能迭代到正确的位置。一个好的设计师不会只说"给我一个提示词、给我代码、搞定"——他们需要探索发散的视角，然后再收敛。这才是好设计师该做的事。

Peter 用自己的经历印证了这一点：他开始用 OpenClaw（一个 AI agent 工具），虽然产品还很粗糙、经常出错，但它彻底改变了他对产品形态的思考——"也许不该让用户来我的网站，也许应该让他们的 agent 来帮他们完成。"这就是品味在起作用的时刻：技术给了新可能性，而你的判断决定了走哪条路。

从想法到产品：不是流水线，是量子跳跃

Peter 回忆起在微软时代写 16 页 PRD 的日子，问 Dylan：现在 Figma 内部是怎么从想法走到产品的？

Dylan 的答案是：没有固定路径。 有时从深度讨论开始，有时从铅笔和纸开始，有时直接进设计稿或代码。重点是——

"It's not even right to call it a loop... it's all these hops that could occur as you're really trying to explore."

"把它叫做'循环'都不准确……它是你在探索过程中随时可能发生的各种跳跃。"

他用"钻石形"来比喻发散与收敛的过程，但强调这些钻石是层层叠加的，可以从任意一个点跳到任意另一个点。传统的线性流程——构思、对齐、设计、开发——已经不适用了。

Dylan 还讲了一个本周的真实案例：一位设计师带来了一组结构差异很大的概念方案，他和首席设计官 Loredana 看到三分之一时就叫停了——"你想得很全面，很好，但这前三分之一已经够你去做原型了。先做出来，用了之后再继续探索。"

这个思维方式的核心是：速度不是朝着一个方向猛跑，而是保持速度的同时知道方向。

"Keep the velocity but have some sense of cardinality — know where you're going."

"保持速度，但要有方位感——知道你要往哪走。"

Figma MCP：为什么要从代码回到画布？

当 Figma 发布 MCP（允许从代码回到 Figma 画布）时，有人在网上质疑：为什么我要从代码回到设计工具？

Dylan 解释了背后的逻辑：你可能从代码开始做了个原型——很好——但到了某个点，你会想发散，想调整间距、颜色、画布上的各种属性。这时候：

"Direct manipulation on the canvas is just clearly superior to prompting. Code editing itself is superior to prompting, and probably design direct manipulation is superior to code editing."

"在画布上的直接操作明显优于提示词。代码编辑本身就优于提示词，而设计工具中的直接操作可能又优于代码编辑。"

这是一个关于交互层级的精彩判断：提示词 < 代码编辑 < 画布直接操作。无限画布天然就是一个适合发散的空间——你能同时看到所有流程的变体，在同一个地方做探索。

Dylan 的愿景是：设计到代码、代码到设计的往返必须又快又高质量，无论你从哪里开始。

那些"看起来像 Figma"的 AI 设计工具

Peter 提到了一些新兴工具——你输入一个提示词，一群 AI agent 蜂拥而至开始设计，看起来很酷。Dylan 怎么看？

他的核心观点一以贯之：把提示词的输出当成最终结果是一个错误。

"You might start in design, you might start in code or somewhere else... ultimately you're the judgment of the system."

"你可能从设计开始，也可能从代码开始……但最终你才是这个系统里的判断者。"

无论是 agent 在画布上画出一片可能性、还是媒体生成工具产出素材，这些都只是起点——是你要去揉捏塑形的"粘土"。你要发散、然后砍掉一些分支、再收敛和精炼。

他也委婉地批评了某些 vibe coding 工具：一个提示词帮你搭好全栈——后端、数据库、一切——但"它从来不会一次就对"。而且因为生成了大量不必要的代码，后续修改反而更难。

Figma Make 的方向不是做更线性的东西，而是把代码的力量和画布的发散性结合起来，变成"和"而不是"或"。

客户反馈：别搞 20 轮内审

Peter 问了一个很多 PM 都深有感触的问题：怎么避免团队在内部反复打磨却迟迟不见客户？

Dylan 先开了个玩笑："永远别跟客户说话，做 20 轮内审就好了。"

然后说正经的：Figma 有出色的研究团队、支持团队和销售团队，都在不断带回客户洞察。有意思的是，他们的研究团队已经在用 Figma Make 做功能原型了——不再只是写报告说"用户需要这个"，而是直接做出原型展示"我认为这样能解决问题"。

关于 CEO review 是否成为瓶颈，Dylan 的态度很务实：

不是所有东西都需要他看——只有影响核心产品的大改动才需要
他不断推动自己变快，但团队最快的时候是他们能自主进入快速迭代周期的时候
一个 hack：同时展示五个原型给客户，对方就不会觉得你在承诺任何一个方向，反馈会更坦诚

"You just have to maximize learning."

"你只需要最大化学习。"

路线图能看多远？

Peter 问 Figma 的路线图到底有多长。Dylan 的回答很实在：

公司里有些领域在做非常长线、确定性高的项目——那些可以做长期规划。但也有些领域必须时刻观察变化、极速反应。去年 Figma 发布了约 200 个功能，产品线也大幅扩展。今年他们的目标不是"200 变 1000"——那可能是无意义的复杂度——而是影响力的量级更大。

Auto Layout 的爱恨情仇

Peter 以 PM 的身份给了一个"热辣反馈"：设计系统和 auto layout 对初学者来说有时是枷锁，限制了自由拖动和疯狂实验的能力。

Dylan 承认这是一个真实的张力：

"The more structure that is there, unless you know how to navigate it, it makes it so that you're not able to work as fluidly."

"结构越多，如果你不知道怎么驾驭它，就越难流畅地工作。"

他的理想状态是：你可以随时进出 auto layout——忽略它、打平它、然后重新应用它——获得所有好处但不被它束缚。他承认 Figma 还没完全做到，但这是方向。

Peter 说这至少改善了他和设计师的关系——因为他得不停问设计师帮忙移动一个框。Dylan 笑着说："这不是理想状态。"

"设计就是新的代码"

这可能是整场对话中最大胆的判断。Dylan 预言：

"We're entering a world where design is the new code. You'll be designing in a visual first way and you'll be able to do a pull request right to production."

"我们正在进入一个设计就是新代码的世界。你将以视觉优先的方式做设计，然后直接向生产环境发起 pull request。"

这不意味着每个人都会偏好这种方式，也不意味着 PR 不需要评审。但从 Figma 直接到生产环境——他认为这一天正在到来。

在招聘方面，Figma 现在更看重的是：有技术能力、有工艺追求、有判断力的人。尤其是那些站在技术前沿、能用新范式想出别人还没想到的方法的人。Dylan 说他总是在寻找那些"始终走在前沿、持续以正确方式驾驭新范式"的人——这种能力本身就令人振奋。

他还提到了一个时间节点的观察：到 2026 年 2 月，真正优秀的工程师才刚刚开始理解 AI 在编码方面的实用价值。之前他们往往觉得自己手写更快，管理几个 agent 写出来的东西再修改反而更慢。但现在，如果你足够了解模型和配置，就能有效地让 AI 帮你完成一定层次的任务——这只是一个需要学习的新技能，和其他任何技能一样。

角色合并还是职责合并？

Peter 憧憬着三四个人就能构建一个好产品的未来，不喜欢过度专业化——一个人只改文案、一个人只做设计、互相不能越界。

Dylan 的观察更细致：他看到的不是角色的合并，而是职责的合并——更多人戴更多帽子，但仍然在一个领域有深度专长。他说自己在这个问题上来回摇摆了十年——AI 出现之前他就看到了角色合并的早期信号，但现在实际发生的更像是每个人都在承担更多职责，同时仍保持自己的专业深度。

他举了 UX 写作的例子：他合作过一些出色的 UX writer，在有限的空间里用恰到好处的措辞传递恰到好处的感觉——这非常难。AI 可以预填充大量内容、给你起点，但最后的打磨仍需要专业判断。

Dylan 还特别提到 Figma 的数据：大约 60% 的设计现在是由非设计师创建的。随着 Figma Make 的普及，研究员在做原型、销售在搭内部工具、PM 在直接动手做东西。他对 PM 们说了一段特别提气的话：

"If you're a PM and you think that your job is to make documents and slide decks for upwards review and alignment, you're going to love this new world that we're in. You get to make things, too."

"如果你是 PM，觉得自己的工作就是给上级写文档和做汇报幻灯片，那你一定会爱上这个新世界。你也可以直接做东西了。"

他强调，团队需要看到组织里的领导者也在亲手做东西——这才是真正激发变革的时刻。

"Use AI as a starting point, push with craft and intention and care towards the final output."

"把 AI 当起点，然后用工艺、意图和用心去推向最终成品。"

这个思维方式适用于几乎所有学科。

写作：AI 帮你解决空白页问题

Dylan 分享了他自己用 AI 写作的方式。他不用 AI 写最终稿——他用 AI 来看清什么是老生常谈。

流程是：先用语音或乱打把想表达的东西倒出来，然后让 AI 给出十种"显而易见的说法"。这些结果他几乎从不直接使用，但它们让他的大脑转动起来：

"It always gets me going and gets my brain spinning on, okay, what is the right way to say this?"

"它总能让我启动、让我的大脑开始转——好，到底该怎么说这件事？"

因为陈词滥调不是他要的——他要说的是还没有人说过的东西。

展望 2027：设计的文艺复兴

当 Peter 问起一年后的世界会是什么样，Dylan 的回答充满了兴奋：

Figma 的方向是成为一个汇聚点——无论你从哪里开始、用什么工具，Figma 是你把想法从脑子里拿到屏幕上的地方。支持所有形式的发散与收敛。

他对设计行业的期待尤为激动：

"Aesthetically, I think we've been in a bit of a rut for a while as a design industry. There's so much more out there that we could push towards... I'm hopeful that this will be like a renaissance period."

"从美学角度看，我觉得设计行业已经在一个窠臼里待了一段时间了。有太多我们还没有探索的东西……我希望这将是一个文艺复兴时期。"

技术门槛降低意味着更多人能参与探索，成本更低意味着更多实验能发生。但最终，设计仍然是为人类服务的——即使是设计给 agent 用的东西，最终也是人类在审查、在理解、在做判断。

快问快答

Q：如果重新开始职业生涯，你会做什么？ Dylan：我会做设计师。Peter 说：现在开始也不晚。

Q：Vibe coding 的问题是什么？ 一个提示词搭出全栈，从来不会一次就对，而且后续修改比从头做更难。

Q：怎么判断一个人有没有品味？ 看他能不能清晰地表达自己的偏好，以及"不要什么"。

Q：Figma 60% 的设计是非设计师做的？ 是的，随着 Figma Make 的普及，越来越多的 PM、研究员、销售都在直接做原型。

Q：CEO 需要看所有设计吗？ 不需要。只有影响核心产品的大改动才需要——否则 CEO 就是瓶颈。