Figma CEO:为什么 AI 让设计、工艺和质量成为初创公司的新护城河 | Dylan Field

Dylan Field 2025-10-16

Figma CEO:为什么 AI 让设计、工艺和质量成为初创公司的新护城河 | Dylan Field


Figma CEO:为什么 AI 让设计、工艺和质量成为初创公司的新护城河 | Dylan Field


访谈记录

Lenny Rachitsky: 今天我非常高兴地为大家带来一期特别节目,这是在旧金山 Moscone Center 举行的 Figma Config 大会上的现场录制,Figma CEO 兼联合创始人 Dylan Field 作为嘉宾参与,台下有现场观众。这是本播客有史以来第一次现场录制,太有趣了。如果你在 YouTube 上观看,可以看到他们专门为我们搭建的超大舞台,复原了我的播客工作室。我对 Config 团队的付出感激不尽。

我和 Dylan 深入聊了他如何培养和打磨自己的产品品味与直觉,直觉如何作为假设生成器发挥作用,产品管理的未来走向。Dylan 如何尝试将保持 Figma 简洁这一理念制度化运作,并持续简化使用体验。还有许多我此前从未听过的 Figma 早期故事。他还分享了自己最喜欢的 AI 工具 websim,非常疯狂。如果你坚持听到最后,还能看到我网上找到的一段年幼时的 Dylan Field 作为童星的片段,特别搞笑。

如果你喜欢这档播客,别忘了在你常用的播客应用或 YouTube 上订阅关注。这是避免错过后续节目的最佳方式,也对播客帮助极大。话不多说,有请 Dylan Field。

Dylan Field: Dylan,非常感谢你的到来,欢迎来到播客。

Lenny Rachitsky: 谢谢你,Lenny。

Dylan Field: 大家好。

Lenny Rachitsky: 这是你的第一次现场播客吗?

Dylan Field: 这是我有史以来第一次做现场播客。也要特别感谢 Config 团队搭建了这个超棒的工作室。我完全没想到会有这样的安排。我感觉就像坐在自己的工作室里,只不过有上千人看着我们。太令人震撼了。我非常喜欢这个背景,还有那些可能有线也可能没线的麦克风。

Dylan Field: 没错。别这么说。别告诉大家。

Lenny Rachitsky: 哦,抱歉。

Dylan Field: 它们可没有线连着。

Config 大会回顾

Lenny Rachitsky: 幕后也没有人在操控。好了,Dylan,我想先问问你近况如何。Config 即将收官,我们已经进行了两天了。我知道举办这类活动需要投入多大的精力。我想你已经为此筹备了很久。我很好奇你现在状态如何,有没有什么惊喜、亮点或遗憾?

Dylan Field: 最大的亮点就是社区,就是 Config 上这些令人难以置信的人。你们太棒了。我不知道为什么我总是这样对着麦克风说话,这是本能反应。但说真的,能成为这样一个社区的一员是最棒的事,我觉得自己非常幸运。至于我此刻的状态嘛——精疲力尽,但靠咖啡因和不知道什么很酷的益生菌饮料撑着。

Lenny Rachitsky: 过去几天有什么意外吗?有没有什么事情让你觉得”哇,这比我预期的好多了”,或者”不如预期”?

AI 时代的设计对话

Dylan Field: 演示环节,确实有一些我想改进的地方。但 Emil 和 Mihika 的表现非常出色,看到他们做演示和展示素材真是太棒了。我对 Config 上围绕 AI 展开的讨论感到非常满意。我在社交媒体上看到,大家已经开始聚焦到正确的话题上——在一个 AI 创造更多软件的世界里,这意味着什么,对 craft 有什么影响,对质量有什么影响,为什么需要更加独特的设计,以及设计如何成为差异化要素。

有些人说”我同意”,有些人说”我不同意”,这恰好就是我从昨天开始期待出现的讨论边界。有趣的是,make design 那个功能,我记得在主题演讲中我说过,“它会以最显而易见的形式给你最显而易见的东西。“然后网上的人说,“它就是给你一些显而易见的东西。“我同意。

设计的定义

Lenny Rachitsky: 我们继续聊聊设计。你曾经说过,设计的定义是将艺术应用于解决问题。你能再展开说说吗?你是什么意思?因为那句话真的太精妙了。

Dylan Field: 这个说法不是我的原创,应该是别人说的。不过关于设计的定义确实有很多。“设计即对话”,或者”设计即解决问题”——直接就这么定了。我还能再列举十个。但我喜欢”将艺术应用于解决问题”这个说法,因为我认为设计往往……它确实包含某种创造性成分,包含你试图提供的、创造的、呈献给世界的独特表达。但与此同时,你也在试图将其匹配到用户需求,匹配到一个需要解决的问题上。我认为它不是纯粹的艺术,但如果你丢掉了艺术,只是在解决问题,那就变得完全功利化,失去了灵魂。这两者的结合,在我看来,才是真正美的所在。


浣熊脚与松饼手

Lenny Rachitsky: 我要转到一个非常犀利的问题了。希望你的公关团队别因为这个要了我的命。很多人让我问你这个问题。非常重要。请解释一下 Figma 的一个传统,叫做”浣熊脚”和”松饼手”。

Dylan Field: 我大概应该现在就结束这个采访。这是一个对话,我不太确定它具体从哪里开始的,但起源于 Figma 早期。基本上我们在 Figma 有这些午餐桌,大家会聚在一起,在回去工作之前进行很长、很有趣、天马行空的交谈。其中一个问题是”你宁愿”系列的——你宁愿脚变成浣熊,还是手变成松饼?我认为这是一个非常深刻的哲学问题。自从听到这个问题以来我一直在思考。我至今没有一个确定的答案。如果你有答案的话,我很好奇你会怎么选。

Lenny Rachitsky: 我有后续问题。你能控制浣熊带你去哪里吗,还是它们自己决定要往哪儿走?

Dylan Field: 我觉得浣熊们恐怕连彼此要去哪里都达不成共识。

Lenny Rachitsky: 好吧,那就很复杂了。

Dylan Field: 如果你现在脚是浣熊,你觉得会影响到这期播客吗?

Lenny Rachitsky: 但松饼手也会影响我写 newsletter,我觉得我会失业。

Dylan Field: 我不知道你还能不能打字。

Lenny Rachitsky: 我需要一把特殊的键盘。这太难了。

Dylan Field: 你都还没想到这件事的好处呢。

Lenny Rachitsky: 有什么好处?

Dylan Field: 我们会聊到的,这全是——

Lenny Rachitsky: 也许我可以吃掉一部分松饼。

Dylan Field: 这就是乐观主义的理由。

Lenny Rachitsky: Cupcakes 呢?

Dylan Field: 如果你手是松饼的话,也许你饿了的时候……

Lenny Rachitsky: 你吃掉它们之后会再生吗?

Dylan Field: 这个问题问得好。这里没有答案,只有问题。你的指甲会生长吗?

Lenny Rachitsky: 会的。

Dylan Field: 哦,好的。有意思。这比你想象的要深奥得多。

直觉与产品品味

Lenny Rachitsky: 我要播放一段 Rick Rubin 的短片,然后针对它提一个问题。看看能不能播出来。

Speaker 3: 但他到底做什么、怎么做的,却很难描述。你会演奏乐器吗?

Rick Rubin: 勉强算会。

Speaker 3: 你会操作调音台吗?

Rick Rubin: 不会。我没有任何技术能力,对音乐也一无所知。

Speaker 3: 那你一定知道点什么。

Rick Rubin: 嗯,我知道我喜欢什么、不喜欢什么。而且对我喜欢什么、不喜欢什么,我很果断。

Speaker 3: 那你到底是拿什么被付费的?

Rick Rubin: 我对自己的品味所抱有的信心,以及我表达自己感受的能力,事实证明这些对艺术家是有帮助的。

Lenny Rachitsky: 我不是说你就是他那样。你还得留把胡子才行。但我觉得这有一点像你,因为我从你的好几位同事那里听说,你的超能力之一就是直觉和产品品味。有人说你对什么会奏效有一种第六感,尤其是在设计 Figma 和做产品决策的时候。所以我很好奇,你是如何建立和打磨自己的直觉与产品品味的,不管是在 Figma 这方面,还是更广泛地来说。

Dylan Field: 这比我预想的要善意得多。我以为你会说,“你不会写代码,也不会做设计。”

Lenny Rachitsky: 不是的。

Dylan Field: 不过不,这是我的框架。我认为直觉就像一个假设生成器,你在不断生成这些假设,其他人也在生成假设。然后你把这些假设拿出来,进行讨论,寻找数据来支持或否定它们。接着逐步筛选,得出我们当前的工作假设。在此基础上继续推进。

倾听用户声音

Lenny Rachitsky: 我听说你会阅读每一条提到 Figma 的推文,并分享给同事们。有一个 Slack 频道,你会在那里粘贴这些推文。我想这也是其中的一部分——你一直在观察人们怎么评价 Figma,在抱怨什么。

Dylan Field: 我确实到处看,试图不断摄取关于 Figma 的信息,而且不仅仅是 Twitter/X——不管它现在叫什么——而是互联网上的任何地方、支持渠道等等。我一直在努力理解。我也会问很多问题,试图触及根本问题,理解人们从哪里来、他们真正想要解决的是什么。有时候人们说”嘿,我需要 X”,但他们实际上想要的是 Y 或 Z。我自己去做这件事,深入挖掘,同时也鼓励团队这样做,我认为这在产品交付方面会带来非常好的结果。

改变想法

Lenny Rachitsky: 顺着这个话题,有没有什么事情是你改变了看法的?不管是基于客户反馈,还是某位员工提出了一个理由,让你觉得”好吧,你说得对”。最近有没有什么具体例子浮现在脑海中?有人提到了 Slides。

Dylan Field: 是在我们刚开始做 Slides 的时候。我没有——它是 Figma Slides。嗯,这不算最近的事,但有一个我改变想法的好例子:你们现在在 Figma 里有 Pages 功能,不客气。但我其实对 Pages 仍然深表怀疑。我不确定它们……如果你能冻结时间,让我和团队一起花很长时间去打磨 Figma,我不确定我们会得出今天这样的 Pages 实现。我只是不认为它是整个产品设计体系中你能创造出的最优雅的解决方案。但全世界告诉我和团队,这不重要,他们需要 Pages。别担心,我们不会下架 Pages。但我仍然对此非常怀疑,而且总的来说,大概我的团队会告诉你,我并不总是会改变想法,但我也会以很深的方式与人建立信任。

我认为在整个组织中,如果某件事不会造成致命后果,那么当我听到有人说”嘿,我真的觉得我们应该做 X”,我会说”好吧,去做吧。这是我的反馈,这是我怀疑的地方,让我们看看会怎样。“然后有时候他们会回来跟我说,“看吧,我是对的。“不过他们通常都挺礼貌的。

Lenny Rachitsky: 顺着这个话题再聊一下,很多人努力想要做好的一件事就是有效地影响领导层、高管和 CEO。你觉得什么方式能改变你的想法?别人拿什么东西来找你,能让你觉得”好吧,你确实是对的”?

具体的产出物最能说服人

Dylan Field: 我觉得产出物越具体,或者说越能就某个问题展开辩论,就越好。我经常要例子,会追问各种问题,确保自己真正理解了。有时候我卡住的地方是——我追问之后发现我们还没有答案,那我的反应可能是,“让我们先把这些问题的答案找出来,再回到这个对话”,如果我认为这件事确实很重要的话。我想有些人可能会觉得,“好吧,这其实很明显,你怎么这么迟钝还不明白。“有时候他们确实是对的,他们拿着数据回来跟我说,“好了,数据在这,我们可以推进了吗?“我们就推进了,他们是对的。我只是认为,对于很多决策来说,从第一性原理去真正理解一件事情是很重要的。也许这只是一种完美主义特质在时间中的反复体现,但我觉得只要确保它不会成为组织的瓶颈,它就会带来好的结果。

关于产品管理

Lenny Rachitsky: 顺着这个话题,我们来聊聊产品管理。去年你请了 Brian Chesky 来,大概就在这个舞台上,也许是更大的舞台。他说 Airbnb 取消了产品管理,全场欢呼,所有 PM 都很伤心。其实他不是说真的取消了产品管理,而是改变了这个职能、让它进化了。我很好奇你怎么看。

Dylan Field: 有意思。今年我们请你来了,Lenny,这就是答案。不是……

Lenny Rachitsky: 我之前请他上过——

Dylan Field: 前前后后都有。惊喜。

Lenny Rachitsky: 我们还在。我们还在。我想听听你对产品管理的看法。你们 Figma 有非常优秀的产品经理。我已经请过三位上过播客了。我很好奇你觉得最优秀的产品经理为 Figma 带来了什么价值?

Dylan Field: 去年那次访谈之后特别好笑。我们的首席产品官 Yuhki 邀请我去参加 PM 团队的晚宴。那天 Config 结束后好不容易才脱身,我最终赶到了晚宴,但迟到了四十分钟。我一走进去,Mihika——就是昨天在台上展示 Figma Slides 的那个人——她正站在那里模仿 Brian Chesky。她站在整个产品团队面前,说,“然后 Brian Chesky 就说,‘不需要 PM 了。‘然后 Dylan 就……哦。“我就说,“你好,Mihika。“我从来没见她脸那么红过。然后我赶紧说了句,“PM 团队,我相信你们,感谢你们的辛勤工作。”

说正经的,我觉得如果拉开视角看,每当被要求正式界定产品经理、设计师和工程师之间的职责划分时,总是很棘手。要画出那些清晰的界线其实很难。我认为在很多组织里,这些界线是模糊的。但归根结底,PM 和设计师需要具备一定的技术专业知识,至少要理解某些系统是如何运作的,才可能创造出最好的产品。设计师和工程师应该对业务目标有一定感知,对用户想要什么有一定感知。工程师和产品经理应该有品味和工艺,对可选项空间有认知,并且在意视觉实现的质量。

如果你愿意的话,也可以把研究放进去,让它是凳子的四条腿而不是三条。你也可以说这三者大概都应该接触用户,与用户保持对话。所以我认为,如果你把这个群体作为一个整体来看,每一个角色都很重要。如果想想一个团队,要做出一款好产品需要具备所有这些品质。话虽如此,我认为对于产品经理和产品职能来说——我觉得有时候这个职能表现不佳的人,是因为他们把它太当作流程来对待了。流程当然也很重要,别误会。好的流程能支持好的结果。但我觉得你不能忘记你在解决什么问题。你必须去跟用户交流,你必须真正拥有一个策略。如果你真的很厉害,你应该有自己的观点。有些观点会导向好的结果,有些不会。这里面需要一种紧绷的品味感。

你还要把所有人凝聚在一起,确保他们到达目标、庆祝成果,确保在项目结束时或完成里程碑时,大家都很兴奋。否则团队就磨合不到一起,你也到不了下一个成果。即使你达成了一个成果、到了一个里程碑,但如果所有人都不开心,那就是失败。所以好的产品人就是能够做到所有这些,他们能够创造好的框架,带着所有人一起前进。让每个人都能共享同一个心智空间,知道他们要去向哪里。

Lenny Rachitsky: 有人说过,如果 PM 消失了或者去度假了,一两周、两三周内一切还好,然后事情就开始崩塌,因为他们把所有东西粘在一起。你有这种感觉吗?让我换个方式问吧——你对产品管理的未来是看空还是看多?你觉得 PM 会延续现在的样子吗?你觉得 PM 会缩减吗?产品管理的未来会怎样?

Dylan Field: 我觉得在当下,大概每个人都在学着多做一点别人岗位上的事。话虽如此,我绝对认为产品、设计、工程仍然有巨大的价值。所以我认为这些角色会继续存在。

Lenny Rachitsky: 那我回到那个问题,跟你合作过的最优秀的 PM,你觉得他们带来的最大价值是什么?或者说,“如果没有这些 PM,会失去什么?”

Dylan Field: 最优秀的 PM,我觉得还是他们能创造那些带着所有人一起前进的框架,而且这些框架本身带有观点和策略。所以你能把策略、观点整合到一个框架里,然后让所有人都知道目的地是什么,以及怎么到达那里。

为什么简化如此重要

Lenny Rachitsky: 顺着这个方向,我听说你非常强调简化。有人告诉我,当你在设计师视角下看到东西感觉太复杂的时候,引用一下,“你会皱起眉头,坚持一定有更简单的方案。“为什么简化对你来说总是排在最前面,为什么它对你如此重要,以及为什么它这么难做到?

Dylan Field: 天哪。我觉得在座的做过产品的人都知道这有多难。你加的东西越多,要创造一个连贯一致的东西就越难。我联合创始人 Evan 早期给我介绍过一篇 Figma 历史上的著名文章,大概来自 Stevie 的某个资助项目之类,里面提到一个概念叫”不可化约的复杂性”(irreducible complexity)。它的基本观点是一加一不等于三,有时候等于一点五。你往里面加的东西越多,继续往里面塞的东西越多,它就越复杂,就越糟糕。我觉得这对工具来说尤其如此。

为什么简化如此重要(续)

Dylan Field: 所以在 Figma 的语境下,我们可以让它更强大,但同时又不让它变得更复杂,这极其困难。我们必须时刻关注事物的复杂程度或简洁程度,因为如果不这么做,它很快就会变成一个怪物。我们的产品中有些部分——我不想深入自我批评的话题——但在我和 Figma 的许多产品负责人交流时,确实有些地方我们会说,“好吧,这个东西作为一个系统太复杂了,我们在每一个局部都做了正确的决定,但组合在一起就过于复杂,不再好用了。现在让我们重新审视整个系统。“

Figma 重新设计

Lenny Rachitsky: 我知道你刚刚重新设计了 Figma。我猜部分原因是东西变得越来越复杂,没有我们期望的那么简洁。在旧的 Figma 中有没有什么一直困扰你的地方,让你觉得”哦,这太复杂了,我真的很想简化这个东西”?

Dylan Field: 有的。

Lenny Rachitsky: 比如呢?

Dylan Field: 我们继续下一个话题吧,但确实有很多。

谁来负责简化

Lenny Rachitsky: 好的。关于如何保持简洁,我之前在播客上请过 Dharmesh Shah,他是 HubSpot 的联合创始人。他的描述是,你永远在和第二种力量——熵增——做斗争,就是产品不断变得更加复杂。他认为自己是解决方案的一部分,自上而下地,你必须持续关注这件事。你也是这样看的吗?保持简洁是你的角色?还是你觉得层级更低的人也能做到?

Dylan Field: 当然,每个人都有责任保持简洁。还有一句不是我说的话,但我觉得非常好——“让简单的事情保持简单,让复杂的事情成为可能。“我认为这是设计工具时一个非常重要的原则。而且说实话,让简单的事情变复杂太容易了。

Figma 的早期岁月

Lenny Rachitsky: 我想转向聊聊 Figma 早期的事情。我不知道有多少人知道这个,但从你开始做 Figma 到正式上线,花了三年半的时间。

Dylan Field: 太久了,别学我们。

Lenny Rachitsky: 这就是我的问题。花了三年半才上线,然后又花了五年才拿到第一个客户。Dylan,你那段时间到底在干什么?

Dylan Field: 我不觉得花了五年才拿到第一个……好吧——

Lenny Rachitsky: 付费客户。

Dylan Field: 第一个付费客户,好吧。稍微少一点,但差不多五年,可以往上取整。我觉得如果我在招聘和招募方面做得更好一些……我看到 Nadia 在观众席里,不知道为什么一直和她对视。她是我们的首席人才官。如果她从第一天就在 Figma,我们可能会招聘得更快,也会更快地推向市场。但我认为这本身就是一个很难打造的产品,要让所有东西组合到一起并不容易。我也看到了 Sho。Sho 加入我们时是工程总监,现在是产品副总裁。再次说明,一个人可以身兼多职。他是加入 Figma 后说”嘿,你们需要把这个东西发布出去,你们已经非常接近了”的那个人。他真的在那个时刻催化了我们完成发布。我记得他入职第一周就做了一次演示,内容是”这是我们必须要做的事,这是差距在哪,大家都认同,动手吧。“

尽早发布

Lenny Rachitsky: 你已经说了你希望自己更早发布。对现在正在做产品的人,你有什么建议吗?

Dylan Field: 尽你所能尽快发布出去。别人告诉你的关于快速把产品推出去的所有建议,都是完全正确的。发布得越快,获得的反馈就越多。这是一件正面的事。现在我们在构建产品时也会以此为准则。FigJam 就是一个很好的例子,我们非常快地发布了它,这帮助我们更快地进入市场并获得反馈。Figma Slides 也是很好的例子。Dev Mode 呢,说实话,花的时间更长。我们不得不持续迭代、反复构建。某些方向我们尝试了但没有走通,我们真的需要到达一个阶段,能够确信自己在创造价值,真正理解开发者用户的需求,而这花了很长时间才实现。所以这很有意思,因为人们看 Dev Mode 时有时会说”哦,这挺简洁的”——呼应之前关于简洁性的讨论——然后问,Figma,这比 FigJam 更简洁吗?而实际情况是,它花了至少三倍的时间。

Lenny Rachitsky: 所以你的建议是尽快发布。但还有一种声音——

Dylan Field: 但要保持质量标准,当然。

质量与发布速度的权衡

Lenny Rachitsky: 这正是我想问的。现在也有很多人在说,门槛已经提高了。尤其是在 B2B 软件领域,工艺(craft)非常重要。Linear 就经常谈论这一点,要让人从现有方案切换过来,标准已经非常高了。你有没有什么建议——我不指望你说”这就是答案,当你准备好发布时……”——但关于什么时候是”够好了”可以发布,什么时候应该”不,可能还得再等等”,你有什么想法吗?

Dylan Field: 嗯,Evan 教我的另一件事是,对于一次新发布,你要在质量、功能、截止日期中三选二。而软件美妙的地方在于,你可以持续迭代。它不像实体产品,你必须在质量上始终达标,否则永远不会有质量。你可以选择功能和截止日期发布出去,然后随着时间推移迭代改进。我不是说你应该总是这样做。有时候你至少需要对所发布的东西有一个最低质量标准,那么你可能就少发布一些功能。所以你选择质量和截止日期,有时候你说”实际上这是最小功能集,我们要达到这个质量标准”,然后愿意把它推出去。但我认为,当你推出一个新东西时,必须清楚需要付出什么,然后打造那个”最小化惊艳产品”(minimally awesome product)。同时我也认为,当你迭代改进时,不应该只关注功能,你也必须关注质量。

早期用户获取

Lenny Rachitsky: 我很喜欢你用的这个词,“最小化惊艳产品”,太棒了。话说你为 Figma 获取早期用户的方式相当精彩。我不知道有多少人知道这个故事,但你基本上写了一个脚本来抓取 Twitter,构建了一个 Twitter 上最有影响力的设计师的关系图谱,然后你的使命就是说服他们使用 Figma,让他们成为布道者。这个故事还有什么更多细节吗?然后我还有一个相关问题。


Dylan Field: 首先你现在没法这么做了,因为 Twitter API 已经不存在了。安息吧,Twitter API。不过我曾在 LinkedIn 实习,在那儿看到有人用 Gephi 做了一些非常酷的工作——Gephi 是一个网络可视化工具。受此启发,我觉得像你说的那样,去研究设计圈的社交网络、找出核心节点会很有意思,跑一下 PageRank 就能看出来。你也可以对其他社区做同样的分析,我以前也做过,纯粹是因为我对社交网络的动态和社交网络分析很好奇。

2012、2013 年 Figma 刚起步的时候,你确实可以做这些事情。所以我构建了这样一个列表:“这是图中最核心的设计师”。然后我去研究他们的作品。作为一个彻头彻尾的粉丝、一个想尽可能多学设计的人,那些让我深受启发的作品的主人,我会主动联系对方说:“嘿,能请你喝杯咖啡吗?“大多数人都非常友善。设计社区真的很棒。他们答应了,之后我就能向他们学习、给他们看 Figma、获取反馈。说实话,这件事一开始更多是出于我作为粉丝的心态和获取反馈的目的。

举一个例子,Tim Van Damme。我是在 Dribbble 上看到他的。我当时就想,天哪,这个人简直是天才,这些图标太不可思议了。我第一次见到 Tim 是在 Dropbox,我完全是一个粉丝见偶像的状态。我跟他说:“我一直在临摹你的图标。“他回了一句:“你好。”

那时我和团队正在做矢量网络(vector networks),我的测试用例很多就是他的图标。因为那些图标实在太漂亮了,我喜欢看、喜欢研究。而现在能让 Tim 加入团队,让他来做 UI 3 的图标设计,真的是一种荣幸,能和有这样工艺水准的人共事是一种特权。所以,主动联系你的偶像,有时候是管用的。

Lenny Rachitsky: 这很有意思,因为当人们听到这个故事——我听过很多次了——大家总是说:“这是一个增长黑客。找到你领域里最有影响力的人,去说服他们使用你的产品。“但你的描述是,你更多是把它当作获取反馈的方式——“我只是想给你看看产品,获取你的反馈,让它变得更好”——然后事情就水到渠成了。他们觉得:“哦,我喜欢 Figma,我要用它。”

Dylan Field: 嗯,我觉得对设计师来说尤其如此,因为设计师非常擅长给反馈。事实证明不是每个人都擅长给反馈,但设计师在这方面很出色。所以我们真的很幸运。在 Figma 早期,确实有人……我想 Payam [听不清] 应该就在这里的某个地方,我不确定他是否在这个房间,但我希望在 Config 结束前能见到他。Payam 为我们写了一份非常长的文档,列出了一切他希望在 Figma 中看到的功能,那是我们对他做了一次用户研究之后的事。还配了一瓶葡萄酒,因为当时我们的文本编辑功能实在不好用。所以我带他做用户研究的时候,就知道得有一瓶酒才能熬过去,整个过程花了几个小时。那时候在 Figma 里输入文字慢得要命。

Lenny Rachitsky: 这让我想起一个我听过的故事……你们最早的客户之一是 Coda——应该是 Config 的赞助商。它以前叫 Krypton。故事是这样的:你安装了 Figma,帮他们设置好,然后开车回家,结果他们打电话来说:“嘿,Figma 不能用了。“你又开车回去帮他们修,最后发现是他们的 wifi 坏了或者出了什么 wifi 问题。是这个故事吗?

Dylan Field: 我不记得具体是怎么解决的了,但是——

Lenny Rachitsky: 我听说是这样的。

Dylan Field: ——我们开到半路,不知怎么就看到了……我确定我没有一边开车一边看邮件,大家千万不要这样做。但总之我发现了他们出了问题,于是我们掉头回去了。顺便说一下,Shishir 非常厉害,长期以来一直是我和我们团队很多成员的导师。他当时应该并不知道自己是第一个客户。后来他来 Figma 办公室,我介绍他的时候没多想。我说:“这是 Shishir,他的团队真的是第一个作为团队使用 Figma 的。“他愣了一下:“等等,我是?“

趋势洞察

Lenny Rachitsky: 我想聊一个完全不同的话题。我注意到你很擅长比其他人更早发现趋势。比如 WebGL 你很早就关注了,这正是 Figma 能够存在、能在浏览器中运行的基础。我看到你在 CryptoPunks 还没值几百万美元的时候就发推提到了它,你就说:“看,CryptoPunks。看,我买了几个,真的很酷。超级酷,小烟斗那个。“我很好奇现在有没有什么东西是你特别兴奋的、未来可能会变得更大的?

Dylan Field: 嗯,我们刚才聊到了 websim。我们后台刚聊过,我想在这场对话之前也提过。

Lenny Rachitsky: 聊聊 websim 吧。

Dylan Field: 这是一个很有趣的例子,因为它有生成式 UI 的成分,但它不是 Figma 追求的方向,完全不同。所以我们实际上通过 Figma Ventures 投资了 websim。

Lenny Rachitsky: 也许可以给大家解释一下 websim 是什么。

Dylan Field: websim 基本上是一个”幻觉互联网”。如果你访问 websim.ai,你可以使用不同的模型,比如 Claude 或 GPT-4o,可以用它们的默认设置,也可以通过 Open Router 获取更大的上下文窗口。你用得越多,就越是在构建一个上下文窗口,几乎是你在 websim 中逐渐搭建起来的一个宇宙。你使用它的过程,几乎就像在做世界构建。我一有时间就会深入其中、沉迷于此,而他们也把平台进化了很多。

刚才在后台他们还给我展示了一些新功能,也非常酷。但我认为最有趣的是把它看作一种几乎沉浸式的前倾式娱乐工具,利用互联网来娱乐。

Lenny Rachitsky: 我猜到你会这么回答,所以我们准备了一张图片——我之前试了 websim,玩了玩。希望图片能在这里出现。我在 websim 里只输入了 gmail.com/dylanfield。这是它生成的虚构的 Gmail。AI 凭空编造出了你的收件箱应该长什么样,看起来还挺像回事的。里面有 Adobe 的东西——

Dylan Field: DOJ,不是 FTC。

Lenny Rachitsky: 还有财务相关的。这不是真实信息,大家不要根据这个去买股票。所以还挺——

Dylan Field: 对同比增长 75% 不予置评。

Lenny Rachitsky: 它的运作方式——

Dylan Field: 我从没试过 Gmail 那个。你试你自己了吗?你的收件箱是什么样的?

Lenny Rachitsky: 我没试我自己。我觉得不会有什么内容的。如果有的话——

Dylan Field: 你是谁来着?

Lenny Rachitsky: 它的运作方式就是你在 URL 栏输入一个网址或提示词,它就会凭空发明那个网站的样子。太搞笑了。

Dylan Field: 太棒了。

Lenny Rachitsky: 确实很棒。所以我觉得他们现在会收到大量流量。

Dylan Field: 有一次有人在我们 Slack 的 random 频道发了一条消息,说:“我昨晚做了一个梦。“在 random 频道,这种开头总是好戏。“我昨晚做了一个梦,梦见我在做 FigJam,但那不是 FigJam,是 Frog Jam。”


Dylan Field: websim 生成了 figma.com/frogjam,做了一个完整的营销网站,里面全是青蛙的谐音梗。便签变成了荷叶,你需要……它有整套隐喻,从一片荷叶跳到另一片荷叶来产生新的想法。

Lenny Rachitsky: 这太天才了。有趣的是,在 Figma 之前,你唯一的正式工作经历就是在三家公司实习,而现在你在领导一个千人规模的商业巨兽。我想这些年你一定学到了很多东西。所以我不打算问你学到了什么,因为大概太多了。我更好奇的是什么对你的成长帮助最大?是高管教练?还是同为创始人的朋友?还是招聘高管?在你的事业扩张和成长为今天的领导者过程中,什么帮助最大?

Dylan Field: 我觉得以上全部都有。还有就是要保持一种心态:你必须不断适应、成长、改变,再适应。但我想说,导师可以来自任何地方。可以来自社区,来自在座的各位。导师可以来自你招聘的人,来自你主动寻找的投资人或明确的导师关系,也可以来自自称教练的人。还有一个有趣的地方是,导师也可以来自你指导的人。有很多人在某个时刻问我一个问题,我给了他们一个回答,出于某种原因他们觉得很有见地。然后几年后我们再次交谈,我问他们一个问题,他们会说:“几年前你告诉我……”然后把我当初说的话原封不动地复述一遍,我会觉得”这观点确实不错。”

或者他们成长了、改变了、学习了,告诉我一些完全不同的东西,给我一个新的思维框架。所以我觉得当你在……很多时候我和新创始人交谈,他们会教我一些我从未想到过的东西。或者 Figma 的实习生在很多方面也是我的导师。所以你真的需要保持一种随时准备学习的心态,始终准备好吸收新的信息。

回望 Figma 的旅程

Lenny Rachitsky: 12 年前你还在摆弄 Figma 的时候,你有没有想象过自己会管理一家千人公司,观众们对你正在构建的东西如此着迷?人们在门厅排着队和你们的 logo 合影。这种事不会发生,非常罕见。就想给你一个机会回顾一下,经过这么长时间把这一切建立起来,感觉如何?我现在就坐在这里。

Dylan Field: 我觉得自己非常非常幸运,同时也对围绕 Figma 的社区感到非常谦卑。我在主题演讲中提到过,Figma 社区中的人正是那些在塑造世界科技的人。有机会为他们服务,为他们做软件,希望能以某种微小的方式改善他们的生活,这是一种莫大的荣幸。这是一种责任,我不敢轻视,但我也尽量不把它当作负担,而是让它激励我、让我兴奋地去为他们构建产品。

Lenny Rachitsky: 我们之前聊到这个话题时……你说的第一件事就是”这是一种责任”,这出乎我的意料。关于这一点还有更多可以说的吗?比如”我真的必须帮助……”

Dylan Field: 回到简化的那个观点,我们持续让 Figma 越来越简单非常重要。我们要让 Figma 为社区中的人尽可能地强大。我们要弄清楚人们真正的需求是什么,推动工艺的进步,并以负责任的方式做到这一点。我们要捍卫设计和品质。我们正在努力做所有这些事情。有时候我们会搞砸,但人们一直对我们非常耐心,我们对此非常感激。也感谢这里每一位以及我们社区中每一位的支持,给了我们产生这种影响的机会。

计算的未来

Lenny Rachitsky: 你还有什么想……哦,有掌声。太好了。

Dylan Field: 谢谢。

Lenny Rachitsky: 掌声时刻。你还有什么想分享的吗?在我们进入一个非常快速的闪电问答之前,还有什么想留给听众的?

Dylan Field: 有一件事我想分享。我觉得整个计算领域的旅程才刚刚开始。在我们有生之年,我们将有机会构建如此不可思议的技术和产品。我非常期待看到这个房间里每个人会构建出什么,也期待互联网上所有人——也许会用——构建出的东西。如果你做出了很酷的东西,在某个地方给我发消息,分享给我。

Lenny Rachitsky: 最好的联系你的方式是什么?

Dylan Field: 邮件不错。你应该能猜到我的邮箱,如果你——

Lenny Rachitsky: 用 websim 就行。

Dylan Field: ……花五秒钟,或者用 websim 也行。Twitter/X 也可以。至少这两个地方能找到我。

闪电问答

Lenny Rachitsky: Dylan,那么我们进入非常令人兴奋的闪电问答环节。只剩下几分钟了,很快。你最近有没有发现一个特别喜欢的产品,除了 websim 之外?

Dylan Field: 我想说……它不太算一个最喜欢的产品,但我想说如果你能……我在犹豫该不该说这个。

Lenny Rachitsky: 后期会剪掉的,别担心。

Dylan Field: 我想说的是,观察现在所有不同的大语言模型,看每一个擅长什么,真的很迷人。如果你能以正确的方式驾驭它们,让它们进入正确的状态,它们会做出的事情真的很有趣。我就说这么多。

Lenny Rachitsky: 哇,这是什么意思?

Dylan Field: 这是我的外交辞令。

Lenny Rachitsky: 有意思。你有没有一个最喜欢的座右铭,经常回想的,对自己重复的,分享给朋友或家人的,觉得特别有用的?

Dylan Field: 我不确定自己有没有什么人生座右铭,但有一条建议我一直很欣赏:当别人给你建议时,他们不是在给你建议,他们是在给自己穿上你的鞋子后给自己建议。我觉得这条很有意思。所以如果我在这里给你建议,我其实是在给自己穿上你的鞋子后给自己建议。

Lenny Rachitsky: 最后一个问题。很多人不知道,你五岁的时候当过童星。你觉得你做了正确的职业选择吗?你会不会有时后悔没有继续演戏?

Dylan Field: 是的,绝对后悔。那是我妈。我妈在观众席里,她说”是的”。不是的。我们一直在谈产品。如果你是一个演员,在某种程度上你自己就是一个产品。这不是在贬低演员,演员很棒,表演很棒,我很喜欢。但我五六岁时的核心竞争力是——我识字、能坐得住,而且还算可爱。然后到了青春期,这些就不再是差异化优势了。于是就开始学计算机科学了。

Lenny Rachitsky: 最后,我们来播放一段……哦,掌声。我们来播放一段我在 YouTube 上找到的视频来结束,一段 30 秒的片段。

广告片段画外音: 去哪里为你的孩子找到一个充满创意的世界?只有 eToys。从 Barbie 到 Brio 到 SwimWays。eToys,好创意来找你。

Dylan Field: 找得好。谢谢。

Lenny Rachitsky: Dylan,非常感谢你来做这次访谈。

Dylan Field: 谢谢。我能对那个广告说一句吗?

Lenny Rachitsky: 好,说一句。

Dylan Field: 结束前再说一句。那条广告害那家公司破产了。谢谢大家的参与。谢谢你邀请我,Lenny。

Lenny Rachitsky: 祝好运。谢谢 Dylan。大家再见。

非常感谢收听。如果你觉得这期节目有价值,可以在 Apple Podcasts、Spotify 或你喜欢的播客应用上订阅。也请考虑给我们评分或留下评价,这真的能帮助更多听众发现这个播客。你可以在 lennyspodcast.com 找到所有往期节目或了解更多关于节目的信息。下期再见。

术语表

原文中文
ConfigConfig(Figma 大会名称,保留原文)
craft工艺(在设计和产品语境下)
CryptoPunksCryptoPunks(保留原文)
Dev ModeDev Mode(Figma 功能名称,保留原文)
Dharmesh ShahDharmesh Shah(人名,保留原文)
DribbbleDribbble(设计社区平台,保留原文)
entropy熵增
FigJamFigJam(Figma 产品名称,保留原文)
Figma VenturesFigma Ventures(保留原文)
GephiGephi(网络可视化工具,保留原文)
HubSpotHubSpot(公司名称,保留原文)
lightning round闪电问答
LinearLinear(公司名称,保留原文)
LM大语言模型(此处指 LLM)
make designmake design(Figma 功能名称,保留原文)
minimally awesome product最小化惊艳产品
moat护城河
NadiaNadia(人名,保留原文)
Open RouterOpen Router(保留原文)
PagesPages(Figma 功能名称,保留原文)
Rick RubinRick Rubin(知名音乐制作人,保留原文)
ShishirShishir(人名,保留原文)
ShoSho(人名,保留原文)
Slides / Figma SlidesSlides / Figma Slides(Figma 功能名称,保留原文)
Tim Van DammeTim Van Damme(人名,保留原文)
vector networks矢量网络
websimwebsim(保留原文)

此文档由 AI 分片翻译(translate_long_document)