让我们来聊聊 agentic 产品设计。 每家公司都有自己的设计流程。对我而言,最有效的方法一直是:与产品团队一起在工作室里花长时间,把问题拆解成碎片,再重新组合。在这些会议里,我们会审视价值、可用性、简洁性、美学、行为、叙事性、通用性,以及情感映射。我从记事起就一直以这种方式打造产品。 在 Lemonade 做产品可不是胆小者能承受的。这种对细节的痴迷非常辛苦,但我相信它能带来更好的结果,并培养更强的产品人才。我最爱我们的设计与产品团队的一点,就是这种流程已经成为他们的第二天性。反馈快速、专业、没有紧张感。 但在我们最近的一次会议中,有些地方不同了。 我们的一位设计师使用 Figma 和 Cursor 做出的原型已经高度先进,几乎可以直接上线部署。这让我们惊鸿一瞥地看到一个未来:一个设计师在现代低代码基础设施之上,就能够为拥有百万级用户的产品,独立推出生产级体验。而随着 LoCo 的推进,我预计这在 Lemonade 只需要几个季度就会成为现实。 但有一个潜在问题值得注意。 这些年来我观察到一个有趣现象:审查的作品保真度越高,团队成员的防御心就越强。当有人拿出非常精致的作品时,他们往往会抗拒反馈——因为他们已经爱上了自己构建的东西,很难接受否定。 真正坦诚的激进式反馈(radical candor)最有效的时间点,永远是在项目早期——在人们还没有情感依恋、也不需要捍卫自己的作品之前。 这次会议也不例外。由于作品太成熟,评论变成了“要么接受、要么否定”的二元状态,而创作者也变得防御起来。好在我们都及时意识到了这种新动态,并开始研究如何回到从前那种对每个圆角、每个白色阴影、每个措辞都痴迷的状态。 在审查由代理式(agentic)代码生成的设计时,我们会尝试让设计师带来多个选项,同时打开 Cursor 项目,这样如果需要,我们可以实时修改。 我们看看会怎样推进。如果大家有兴趣,我会更新我们从中学到的东西。 Let's talk about agentic product design. Every company has its own design process. What has always worked for me is spending long studio hours with our product team, dissecting things into pieces and putting them back together. In those sessions we look at value, usability, simplicity, aesthetics, behavior, storytelling, generics, and emotional mapping. I've been crafting products this way for as long as I can remember. Product work at Lemonade isn't for the faint of heart. This obsession over every detail is hard work, but I believe it yields better results and builds stronger talent. One of the things I love about our design and product team is how this process became a second nature to them. Feedback is fast, professional, and tension free. But in our latest session, something was different. One of our designers used Figma and Cursor to build a mockup that was so advanced, it was almost ready to be shipped. It was an incredible glimpse into a world where a single designer working on top of modern low code infrastructure will be able to launch production grade experiences for products with millions of customers, and with LoCo, I expect this to become a reality at Lemonade in just a few quarters. But there's a problem to watch out for. An interesting phenomenon I've noticed over the years is that the higher the fidelity of the work being reviewed, the more defensive people become. When someone shows up with something polished, they tend to resist feedback. They've already fallen in love with what they built, and it's hard for them to accept rejection. Radical candor feedback works best at an early stage of the project, before people get attached and feel the need to defend their work. This session was no exception. Because the work was so advanced, the review became binary, and its maker became defensive. Happily, we all caught ourselves in time to acknowledge this new dynamic and started figuring out how to go back to obsessing about every corner radius, shade of white, and word. When reviewing agentically coded designs, we'll try having our designers bring in more than one option, as well as the open Cursor project so we can make changes in real time if needed. We'll see how it goes, and if this is of interest, I'll update what we learn.

Shai WiningerCo-founder, Lemonade & Fiverr
目录

观点原文

让我们来聊聊 agentic 产品设计。

每家公司都有自己的设计流程。对我而言,最有效的方法一直是:与产品团队一起在工作室里花长时间,把问题拆解成碎片,再重新组合。在这些会议里,我们会审视价值、可用性、简洁性、美学、行为、叙事性、通用性,以及情感映射。我从记事起就一直以这种方式打造产品。

在 Lemonade 做产品可不是胆小者能承受的。这种对细节的痴迷非常辛苦,但我相信它能带来更好的结果,并培养更强的产品人才。我最爱我们的设计与产品团队的一点,就是这种流程已经成为他们的第二天性。反馈快速、专业、没有紧张感。

但在我们最近的一次会议中,有些地方不同了。

我们的一位设计师使用 Figma 和 Cursor 做出的原型已经高度先进,几乎可以直接上线部署。这让我们惊鸿一瞥地看到一个未来:一个设计师在现代低代码基础设施之上,就能够为拥有百万级用户的产品,独立推出生产级体验。而随着 LoCo 的推进,我预计这在 Lemonade 只需要几个季度就会成为现实。

但有一个潜在问题值得注意。

这些年来我观察到一个有趣现象:审查的作品保真度越高,团队成员的防御心就越强。当有人拿出非常精致的作品时,他们往往会抗拒反馈——因为他们已经爱上了自己构建的东西,很难接受否定。

真正坦诚的激进式反馈(radical candor)最有效的时间点,永远是在项目早期——在人们还没有情感依恋、也不需要捍卫自己的作品之前。

这次会议也不例外。由于作品太成熟,评论变成了“要么接受、要么否定”的二元状态,而创作者也变得防御起来。好在我们都及时意识到了这种新动态,并开始研究如何回到从前那种对每个圆角、每个白色阴影、每个措辞都痴迷的状态。

在审查由代理式(agentic)代码生成的设计时,我们会尝试让设计师带来多个选项,同时打开 Cursor 项目,这样如果需要,我们可以实时修改。

我们看看会怎样推进。如果大家有兴趣,我会更新我们从中学到的东西。

Let's talk about agentic product design.

Every company has its own design process. What has always worked for me is spending long studio hours with our product team, dissecting things into pieces and putting them back together. In those sessions we look at value, usability, simplicity, aesthetics, behavior, storytelling, generics, and emotional mapping. I've been crafting products this way for as long as I can remember.

Product work at Lemonade isn't for the faint of heart. This obsession over every detail is hard work, but I believe it yields better results and builds stronger talent. One of the things I love about our design and product team is how this process became a second nature to them. Feedback is fast, professional, and tension free.

But in our latest session, something was different.

One of our designers used Figma and Cursor to build a mockup that was so advanced, it was almost ready to be shipped. It was an incredible glimpse into a world where a single designer working on top of modern low code infrastructure will be able to launch production grade experiences for products with millions of customers, and with LoCo, I expect this to become a reality at Lemonade in just a few quarters.

But there's a problem to watch out for.

An interesting phenomenon I've noticed over the years is that the higher the fidelity of the work being reviewed, the more defensive people become. When someone shows up with something polished, they tend to resist feedback. They've already fallen in love with what they built, and it's hard for them to accept rejection.

Radical candor feedback works best at an early stage of the project, before people get attached and feel the need to defend their work.

This session was no exception. Because the work was so advanced, the review became binary, and its maker became defensive. Happily, we all caught ourselves in time to acknowledge this new dynamic and started figuring out how to go back to obsessing about every corner radius, shade of white, and word.

When reviewing agentically coded designs, we'll try having our designers bring in more than one option, as well as the open Cursor project so we can make changes in real time if needed.

We'll see how it goes, and if this is of interest, I'll update what we learn.

ABAB AI 解读

🔍 深度解读:这篇文章真正讨论的,是“AI 时代产品设计流程正在被彻底重塑”

作者在讲的不是 Figma,也不是 Cursor,更不是某次内部会议。

他说的是:随着 AI + 低代码工具的崛起,产品设计从“团队协作模型”正在向“单兵作战模型”进化。而这种变化将彻底改变团队文化、反馈方式、设计流程与人才结构。

这是一篇极具洞察力的“未来产品组织学”文章。

1️⃣ Lemonade 的传统流程:高工艺、高细节、高协作

作者先回顾 Lemonade 一直以来的工作方式:

  • 团队长时间一起拆解问题
  • 注重价值、简约、美学、叙事、行为
  • 极度重视细节(圆角、白色层级、 UX 逻辑)
  • 反馈快速、开放、不防御
  • 团队文化 依赖“早期共创 + 低保真协作”

这反映出传统高水平产品团队的核心:

⭐ “设计是一个共同雕刻出来的艺术品。”

⭐ “越早讨论,越容易接受反馈。”

⭐ “低保真让讨论更客观、更聚焦于问题本质。”

作者强调这种文化是 Lemonade 高质量产品的根。

2️⃣ 但 AI 低代码工具(Figma + Cursor + LoCo)正在颠覆这一切

文章中的关键事件是:一位设计师做出的原型太强,几乎可以直接上线。

这意味着: 一个设计师 + AI + 低代码 = 一整个小型产品团队的产能

以前:

  • 设计师做草图
  • 产品经理补逻辑
  • 前端工程师做实现
  • 反复几周迭代

现在:

→ 设计师直接用 Figma + Cursor 生成高度可上线的产品

→ 工程边界大幅收缩

→ 产品经理角色被重新定义

→ 研发周期大幅压缩

→ 产出水平急速提升

这是“Agentic Product Design” 的定义:设计师拥有了“生产力主导权”。这是一场行业级别的权力下放。

3️⃣ 新的问题出现了:高保真太早 = 团队反馈机制被破坏

作者指出一个非常重要的心理规律:

🟥 原型越精致,创作者越容易“防御反馈”

因为:

  • 他们已经爱上了自己的作品
  • 已经投入太多
  • 已形成强烈的“我做得很好”的心理依附
  • 团队提出批评时更容易产生情绪化防御

这会导致:

❌ 反馈变成“接受 / 否定”的二元对抗

❌ 团队不敢提意见

❌ 创作者抗拒修改

❌ 失去早期激进坦诚(radical candor)文化

❌ 最终牺牲产品质量

这段话极其关键。

4️⃣ 为什么 AI 时代会强化这个问题?

过去,低保真草图 = 没有情感负担

现在,AI 一下生成高度完成的界面 = 让创作者觉得已经“造好了”。

高保真变得太快、太容易

导致设计师更快产生情感黏着。

作者准确指出:

⭐ 在 AI 时代,最大的新风险之一,就是“太早太精致”。

⭐ 产品团队会因为高保真速度过快而丧失早期思考与讨论。

这是一种很深的组织管理洞察。

5️⃣ 解决方案:把高保真拆成多个选项 + 现场实时迭代

作者给出的策略是:

  • 设计师带多个版本,而不是一个
  • 打开 Cursor 项目现场一起改
  • 保持协作,而不是展示成果
  • 强制让作品回到“可讨论状态”
  • 降低情感依附,提高反馈效率
  • 这是应对“AI 强化高保真过早”最优解。

核心目标是:让设计过程保持“可塑性”,而不是“完美性”。

6️⃣ 底层含义:AI 时代,产品设计工作方式正在进入2.0时代

这篇文章本质上在宣告一个趋势:AI + 低代码工具正在改变产品团队的组织模型。

以前:

  • 多人协作
  • 小步迭代
  • 跨职能沟通
  • 高门槛工程实现

以后:

→ 单人可构建生产级产品

→ 团队协作方式必须重新设计

→ 反馈机制需要重新发明

→ 产品迭代速度远超传统模式

→ 管理者要重新思考流程、文化和激励结构

这就是 “Agentic Product Design” 的核心含义:一个设计师,在 AI 的帮助下,可以像一个产品团队一样行动(agent-like)。这不是工具升级,而是组织进化。

最终总结

作者指出:AI + Figma + Cursor 等工具让设计师能够单兵打造近乎上线级别的产品,这将深刻改变产品团队的工作方式。然而,高保真原型过早出现,会削弱团队的反馈文化,使创作者更具防御性。Lemonade 正在探索新的流程,让 AI 赋能设计的同时,不破坏团队的协作与创造力。这是 AI 时代产品设计组织变革的一个缩影。

FounderSharing

相关观点