← Lenny's Podcast: Product | Career | Growth

Claire Vo 的《How I AI》上线:用 AI 改变产品构建方式

Announcing a brand-new podcast: “How I AI” with Claire Vo 🔥

Episode 2025-04-222025-04-22简体中文
Announcing a brand-new podcast: “How I AI” with Claire Vo 🔥
Listen to this episode00:00 / 47:44
Reading settings
Reading preferences
Text size
Download in-depth read
Read offline

English · In-depth read · Current version

Downloads are not available yet.

Full transcript · Read the full conversation in order, with its original context.

Contents1 chapter§01《How I AI》上线与 Sahil Lavingia 的 AI 开发工作流

§01《How I AI》上线与 Sahil Lavingia 的 AI 开发工作流

00:04今天我为你准备了一期特别节目。你可能没有意识到,我们正处在历史上最非同寻常的时刻之一。随着 AI 兴起,我们的生活、工作和构建产品的方式都在改变。这既令人兴奋,也常常让人应接不暇。很多人都在想:自己是不是落后了?应该关注什么,又可以放心忽略什么?这些新工具和技术到底该如何融入生活和工作?这就是我如此激动地宣布 Claire Vo 的新播客《How I AI》上线的原因。Claire 的节目希望展示各行各业的人如何在日常工作中使用 AI 工具,提升工作质量和效率。这档节目特别之处在于,它会提供非常实用、可直接行动的技巧和工作流程,你可以照着复制并立即使用。节目不会讨论人类未来的哲学争论,也不会空谈未来某天可能实现的事情。每期大约 30 分钟,很多期会更短。嘉宾会分享一两个自己在工作中用过的具体场景,并通过实时屏幕共享准确展示操作方法。我想不出比 Claire Vo 更适合主持这档播客的人选。Claire 是工程师、做过三次首席产品官、创过业,也一直在业余时间开发自己的 AI 产品,目前这项业务的年收入已达六位数。我欣赏 Claire 的地方在于,她不像网上很多人那样只谈 AI;她真正投入其中、用它构建产品,并持续在网上分享自己的学习成果。我迫不及待想让你跟她和她的优秀嘉宾一起学习。这是 Lenny’s Podcast Network 推出的第一档新播客。如果效果不错,之后我们可能会增加更多节目。需要说明的是,Lenny’s Podcast 本身没有任何变化;这只是每周一早晨送给你的更多免费内容。如果你在做产品、带团队、创办公司,或者只是想了解如何在生活中真正用好 AI,这档播客就是为你准备的。接下来播放的是《How I AI》的第一期。如果你喜欢,欢迎访问 howiaipod.com 收听后续节目。还有一个小建议:节目里会有大量屏幕共享和现场演示,为了获得最完整的体验,建议观看视频版。可以去 YouTube 或支持视频的 Spotify 查看。现在,请收听 Claire Vogt 主持的《How I AI》第一期。

02:30你能不能把一件原本要花两周的事,在两小时内做完?这相当于提速 40 倍。所以我通常会用这个数字来设想最乐观的情况:如果把所有瓶颈都去掉,原本需要 40 个小时的工作就只需要一个小时。

02:44如果你是在告诉我们,AI 会提高我们能够做到的标准,那你自己确实已经把这个标准立得很高了。

02:51人类工程工作的很大一部分将变成清理技术债,让 AI 工程师能够真正交付功能。我觉得这也很吓人,这可能就是很多人回避这些事情的原因。改变让人不舒服,部分原因在于改变可能让你丢掉工作。人们会担心工作保障,对吧?但归根结底,我觉得这也关乎工作的不确定性。

03:14大家好,欢迎收听《How I AI》,这是一档探讨 AI 如何改变我们完成工作的方式的播客。我是 Claire,是一位产品负责人,也是 AI 爱好者。我希望帮助你利用这些新工具打造更好的产品。今天的嘉宾非常厉害:Sahil Lavingia,Gumroad 的 CEO 和创始人。如果你不了解 Gumroad,它帮助创作者直接向受众销售产品,累计交易额已经超过 10 亿美元。Sahil 一直走在前沿,用 AI 改变公司构建产品和编写代码的方式。他做过的事情包括把整个 Gumroad 代码库开源,以及给员工数千美元奖金,鼓励他们用 AI 编写比他更多的代码。今天,他会准确展示自己的做法。我们开始吧。本期由 Enterpret 赞助。Enterpret 是一款客户情报平台,Canva、Notion、Strava、Hinge 和 Linear 等领先的客户体验与产品团队都在使用它,从客户声音中获取洞察并打造一流产品。Enterpret 能实时汇总来自各种渠道的客户对话,从 Gong 录音、Zendesk 工单到 Twitter 帖子,再将这些内容提供给团队分析。它的独特之处在于能够构建并更新针对每家公司的知识图谱,以最细致、准确的方式归类客户反馈,并将反馈与营收、客户满意度等关键指标连接起来。如果“升级客户之声项目”是你在 2025 年的优先事项,可以像 Canva、Notion 和 Linear 这些以客户为中心的行业领先公司一样,访问 interpret.com/howiai 联系团队。网址是 enterpret.com/howiai。 很高兴你能来。在开始看演示之前,我想提一下你几天前说过的一件事:你很喜欢的 AI 工程代理 Devin,目前正在编写你们 41% 的拉取请求,而你预计到年底这个比例会升到 80%。你觉得这是大家都应该努力达到的基准吗?你是不是已经远远领先了?相较于你刚才提到的这个数字,大家应该达到什么程度?

05:34我经常跟团队说,我们现在有领先优势,但这个优势每天都在缩小。几乎每周都会有新模型发布。所以我觉得明年年底,任何公司的工程团队大概都会使用 Cursor、Devin、V0 等工具,提速数倍地交付产品。问题主要在于,组织能否适应,让这些人真正做到这一点。瓶颈会转移到其他地方。比如 Toki 今天刚发了关于他那些 Salvify AI 项目的推文,我觉得接下来的问题就是:你究竟能多快改变组织和文化?特别是远程团队,要推动整个组织做出大幅改变、让大家学习新东西、试错并分享彼此的经验,会更困难。

06:27好,我们一次看一个案例。你会展示自己如何用这些工具重新设计或构建某样东西。我们把你的屏幕放出来,你可以带我们了解你的思考方式。

06:39太好了。我觉得所有这些 AI 工具最棒的地方,是你可以把更多时间花在自己真正喜欢的事情上。对我来说,我想你也是这样,就是解决客户的问题。我们做了一个叫 Flexile 的产品。你可以把它理解为面向企业的商店,但它是按照我们经营业务的方式专门打造的:招聘很多人,按项目或工时计费,采用月度顾问合同,还要管理各种类型的员工——远程或现场、全职或其他安排;让他们选择自己的股权比例、管理公司的股权结构表,所有这些都在同一个产品里。AI 让我喜欢的一个原因是,我可以直接使用产品,遇到问题时不用先说“嘿,工程师,能帮忙解决一下吗”,然后花很多时间写需求说明,再交给设计师;设计师可能要明天或后天才做出原型,中间还要来回沟通。接下来下周一才轮到工程师,他们可能又有问题,要再回到设计师那里。等到真正上线,即便只是很小的改动,也可能已经过了两周。所以,能不能把原本需要两周的事在两小时内做完?那就是提速 40 倍。这通常是我心里的目标:如果把瓶颈都拿掉,最乐观的情况下,40 小时的工作能不能压缩到一个小时?这确实很棒。就拿这个界面来说,它其实很简单,而且软件是我自己做的,我不是在说它有多糟;但它总有改进空间。即使只是这个承包商邀请页面,我也注意到几处问题,还没严重到值得专门找人处理。每个人都很忙,都有自己的工作要做。比如日期选择器就不太好用,它用的是原生日期选择器,没有做自然语言优化,你不能输入“下周一”或“这个星期一”,也没有一个更好用的日期选择器。如果你去看 ShadCN……这就是开源的美妙之处,也是 AI 如此擅长的原因之一:有很多开源组件。你可以找到这样的漂亮日期选择器,体验很自然,还能做很多有趣的事情。我觉得这就是很适合交给 Devin 的任务。我会直接告诉它:把承包商邀请页面里的日期组件换成 ShadCN 日期选择器。任务不需要太多范围界定。我们不妨试试。Devin 的好处是,它可以在你做其他事情时并行处理,所以基本没有风险。我可以选中 Flexile 代码库,然后指定这个页面,要求把浏览器原生输入框里的日期选择器换成 ShadCN 组件,如果需要的话就导入它。我以前其实从没用过这个按钮,但这又是一个好例子:即使你已经在用这些工具,也必须不断提升能力,继续学习新东西。我觉得理想的操作方式应该是有一个这样的富文本输入框,你可以直接打字,输入“下周一”。我记得 Resend 有个很酷的演示,能够用更自然的语言来输入类似“明天一小时后,上午 9 点”这样的时间。Slack 也有类似功能;进入 Canvas 后,如果你输入 Thursday,就能看到。这就是我觉得很酷的地方。我准备让 Devin 做几个不同版本,然后看看它做到了什么程度。通常我会这样工作:拿这些表单,然后说,照着这个表单做一个。

10:37所以你会把这个表单放进 V0,然后给它非常清晰的需求说明。神奇。接下来会用 V0 做原型吗?

10:50对。一般来说,我的流程大概是 V0、Devin、Cursor。V0 通常是我首选的原型工具。原型做好、我也满意之后,就交给 Devin。如果 Devin 没能彻底完成,我再用 Cursor 打开。不过上周 Devin 推出了结对模式,你可以直接加入项目。我还没怎么试过,但估计以后会用这种方式直接进去修正改动。Devin 的优点是它会帮你运行起来。作为开发者,最烦人的事情之一就是做好环境配置,包括开发环境、环境变量和本地服务器。

11:40对于规模较大的工程组织,我有个建议:如果能让 AI 更容易配置开发环境,那对新员工来说,环境通常也会更容易搭建。因此,可以把“新工程师能否轻松上手”作为检验标准,无论他们是否使用 AI,都能从中受益。理论上你现在已经启动 V0 了,看看,它正在运行。好,V0 正在帮你构建原型。我想问一下:你提到了 ShadCN 作为组件库,这是因为开始使用这些 AI 工具后才选择它的吗?还是因为这些组件库开箱即用?抑或你之前就已经在考虑它了?

12:23对,这是我们决定尝试并采用许多这类工具的一个重要原因。我觉得很多人还没有真正理解 AI 的价值。他们会说:“我试过了,不太行,效果不好,错误很多,自己做比让 AI 做还快。”但很多时候,问题在于 AI 只擅长某些特定任务。它很擅长前端、React 和 Tailwind CSS 这类工具。如果你不用这些工具,就无法发挥它的价值。比如,如果想用 Rails 做后端、用 Hotwire 做前端来交付这种界面,这类组合就不太适合 AI。你可能得把所有时间都花在让一个 jQuery 日历组件正常工作上。Gumroad 很长一段时间就是这样。

13:10我想知道,工程负责人会不会为了让团队用好这些工具、稍微提高速度,就主动决定进行某些技术迁移或重构?他们看到自己与那些已经原生使用这些组件库和技术的人相比,差距越来越大。

13:33我其实认为,人类工程师的大部分工作会变成清理技术债,让 AI 工程师能够真正交付功能。基本上,设计师会开始交付功能,因为想想看,设计师现在在做什么?他们在思考功能应该怎么工作。而工程师主要是在搭建基础条件、框架、默认配置、标准、代码检查、持续集成流水线、基础设施和开发环境,让设计师随着时间推移越来越有能力直接实现自己的想法。比如你是设计师,你可以设计这里的部分界面,但不会把这里每个小交互都设计出来,因为那太花时间了;有时你甚至根本不会考虑这些细节,因为你没有参与实现。例如,设计师经常会忘记考虑移动端。

14:27好,你已经做出了这个设计。我们来看看。看起来不错,它有那个神奇的日期创建功能——输入一个自然语言日期,看,它就能用了。所以不只是设计,功能也已经实现了。你刚才说从 V0 开始之后要交给 Devin。这个交接过程是怎样的?你会怎么做?

14:50通常我会在这里来回调整几轮。可能会花三四次提示、10 到 20 分钟,把交互打磨到位。你可能会说“加一个清除按钮”,或者“点击删除时,确实应该把内容删掉”。这类工作以后只会越来越快。等你对结果满意后,我通常会把最终提示词复制给 Devin。基本上就像我刚才那样做,然后看着 Devin 开始处理。它在忙着做事,我也可以开始新的 Devin 任务,同时推进其他工作。比如这个页面上……

15:34然后你会原样重复使用同一个提示词。

15:35接下来我会到这里说“构建这个表单”。对,通常就是这样。有时我在来回调整、不断学到东西时,比如像这个例子……

15:45没错。

15:47我可能会在这里补充一些要求。这些调整其实也是一种学习:我会发现自己的需求说明本来可以写得更好。这些事情甚至是人类工程师也可能没做到的。我就是这样来回修改和构建;某种程度上,V0 帮我把需求说明弄得更清晰。

16:05你会使用 V0 生成的代码吗?

16:08有时会。比如我可能会复制这条命令。如果我把它放进 Cursor——假设我已经在某个项目里打开了 Cursor,比如这个项目——我就可以打开终端,把命令粘贴进去,它会生成这个组件。这是另一个代码库,所以目前还没有聊天功能,但它大概会把文件放进去,然后我就可以引用这个文件。我想你也可以直接分享它,比如把链接发过去,然后说“照着这个做”。你还可以补充更多要求。比如我注意到这里可能不应该让日期直接显示在文本里;这个括号看着有点奇怪。我可能会加一条小注释,比如把日期放在输入框下方作为提示。所以我会说:“把日期放在括号里有点奇怪,请把它放在输入框下方作为说明。”

17:15对。

17:16我喜欢把说明放在输入框下面。我也不知道这有什么特别之处,但有时如果我觉得自己和对方沟通很合拍,对方就知道我说“说明”是什么意思。我指的是字号稍小、灰色的那种提示。我觉得设计师应该能理解。所以,这大致就是我会交给 Devin 的内容。然后它就会开始执行、运行各种操作——也就是我本来会自己做的事情:打开 Cursor,找到需要改动的文件。但我个人认为非常重要的一点,是在 V0 里花更多时间。我觉得很多人只做第一轮原型,而我认为 MVP 已经不够了。你完全可以在这里花 10、20、30 分钟。

18:09甚至 40 分钟,

18:03如果你确信 Devin 能够执行到位,就值得多花些时间。以前你可能不想在这里投入太多,因为这会给工程师增加工作量。你会想:“现在我还得考虑这个、那个,还有一堆细节。”这些小改动可能让客户体验更好,却让开发体验变差。但如果你知道 AI 会很认真地实现这些东西,你就可以进一步要求它重新设计,比如支持不同角色、在下拉框里预览不同薪酬方式。有的人按小时收费,比如每小时 200 美元;有的人按项目收费;还有人年薪 25 万美元。甚至我也会试试让同一个人支持多种费率,因为我最近一直在探索这个想法。我觉得不自己动手的一个好处,是有时会出现意外的惊喜:AI 可能会把你的需求说明发挥得比你自己更好。大致就是这样。如果项目托管在线上,这取决于项目本身;我们较新的项目都用 Next.js,并托管在 Vercel 上,所以工具还会给你一个预览分支。我特别喜欢用 Devin 改前端。现在它还推出了结对模式,我可以进去运行 Rails console,检查后端。预览分支很好用,比如我可以很快在 antiwork.com 上测试改动。假设公司新来了一位同事,我可以直接说:“把这位新同事加入网站,这是他的座右铭,顺便挑一个有趣又符合他风格的图标。”这些图标都不是我自己挑的。我不会给自己选一个国王图标。我只是问 Slack 上的大家:你们想让个人页面链接到哪里?座右铭是什么?然后让 Devin 按要求加进去,并给每个人挑个图标。

20:06这让我想到一件事:你刚才在 V0 里要求添加功能时,我在脑子里扮演产品经理,心想,以前大家可能会说“这是范围蔓延。我们现在只改日期选择器,或者只更新这个组件,不能不断扩大范围、添加更多功能。”我觉得有意思的是,现在可以开始尝试把用户体验推向更好的边界。我很好奇你的看法:这不再只是“要花多少时间”或“会不会太复杂”的问题,而是“什么做法真正有效、对用户有用”。

20:46完全同意。我经常这样做,可能公司里有些人会觉得烦。不过我在 V0 里处理其他事情时,也会打开问题列表,看看有没有类似的任务。比如我之前提到想支持每个职位设置多种薪酬费率,我会去看这个问题。我之前用 Gusto 时看到过一个设计,觉得挺喜欢,就会琢磨能不能把这个功能也打开。反正大家都可以不理会它,这就像免费的设计研究;这样一来,他们手头就有一个具体例子可以参考。

21:24本期节目由 Vanta 赞助。创办企业?达到 ISO 42001 合规要求,可以向客户证明你正在采取必要措施,确保负责任地使用和开发 AI。但这个过程可能耗时、繁琐,而且成本很高。使用 Vanta,可以用少得多的时间和成本完成合规工作。所需文档模板中有 95% 已经为你预先准备好,帮助你加快流程、展示可信赖的 AI 实践,并扩展业务。你可以先使用 Vanta 免费的 ISO 42001 清单,了解合规流程和接下来的步骤。访问 vanta.com/howiai 下载。网址是 vanta.com/howiai,领取免费的 AI 合规清单。你作为个人能够添加、修复和更新功能,比如更新主页,还能让 Devin 在后台异步工作。我很好奇你是如何让整个团队都这样运作的:要有哪些具体的运营机制,才能避免事情变成一团混乱?你们的文化中又有哪些因素让这种方式行得通?

22:42对,首先这件事确实不容易。改变会让人不舒服,对吧?它需要投入工作和精力,而从生物本能来说,我觉得我们总想节省精力。所以你必须激励大家,让这件事变得有意思。大学和课程为什么要线下进行?因为大家一起训练很有意思。在健身房锻炼也比一个人在卧室里容易。你自己带头也很重要。如果是那个烦人的老板叫你做事,和老板走在前面、亲自示范一点,是不一样的。我经常做屏幕共享。我还录过一些视频,比如和 Josh Pigford 一起录的那个 YouTube 视频,长达三小时。我录它是因为自己很想做。我当时想,这件事很重要,而且确实有很多人观看。我觉得它不只是对我重要,对每个人都很重要。但我录的时候,心里想着的是团队,想让大家看看这有多酷,想象一下换成 Tailwind 后,我们做类似的事情能有多快。这也是带动大家热情的一部分。我们也用经济激励来鼓励大家。我找个 Devin 比赛的例子给你看。我们曾经办过一场比赛:五月期间,谁用 Devin 开启并合并的 PR 比我多,就把总额 33,000 美元的奖金分给这些人。这是激励大家学习的一种有趣方式,而且有明确的时间期限。我表现还不错,来看看结果:我排第四,用 Devin 开了 27 个 PR,有三个人超过了我。我也做了很多容易拿下的小任务,所以要为所有工程师点赞。不过,这些确实都是我用 Devin 开的 PR。很多人会说:“你不可能真的用 Devin,你是编的,只是想在网上走红。”我其实不是,我只是想帮大家提高效率。我没想到这会引起争议。很多改动都很小,比如从主页移除某个部分。我们还会在 Slack 里发布 AI 生成的每周回顾,总结上周上线的所有内容。我发现有两项下面没有具体内容,就对 Devin 说:“能不能只显示确实有上线项目的产品,把其他的隐藏起来?”有些内容其实也不算真正上线,比如这一项只有后端,前端还没发布。所以我又让它更新我们使用的 AI 提示词。这是我第一次看到那条提示词;我只知道背后有一条 AI 提示词参与生成。现在你看到的这个例子就是这样:它找到了 Slack 每周回顾的代码,并创建了这些改动和 PR。我们可以进去查看 PR,确认我的猜测对不对。结果确实有一条提示词,主要关注上线内容、功能改进和错误修复,并优先考虑这些类别。它还加了一个筛选器。也就是说,只显示至少有一个上线项目的产品。我觉得这里我自己也可以做得更好:理想情况下我们应该有测试,也许已经有了,只是我不知道。这就是人类要介入的时候。我通常不会直接点击合并,而是把它交给其他人,说:“这是我能做到的最好版本,你能帮我看看 Slack 周报吗?不要包含产品名称。我把更新链接贴在这里了。能帮我确认一下是否看起来正确?有没有需要更新的测试?”我觉得这比从零开始好得多,因为大部分工作已经有人替你完成了。我认为人类会负责启动流程、决定目的地和最终落地;在这个例子里也就是做好 QA,但不会亲自构建和编写所有代码。你仍然要理解大致的软件架构,比如 `.filter`、`.trim` 或其他方法的细节,各种语言都不一样。但总的来说,我知道足够多的软件架构知识,可以判断这是解决问题的正确方案:加一个简单筛选器,把不需要的项目去掉。当然,最好还应该有测试,这样我就能更有把握它确实做对了。

27:21刚才展示的代码有一点我想提一下:我发现这些 AI 工程工具通常是很好的工程协作者,它们写的代码注释比较充分,会把用途说明清楚,也会加入一些文档字符串,让人更容易理解这些改动。好,我们一开始要做的是用 ShadCN 的日期选择器取代浏览器原生日期选择器。

27:48对。我现在最核心的问题其实是要确认它真的能用。

27:54好,你现在在展示 Devin 的时间线,基本上就是把每一步都录成了屏幕视频。此刻它在终端和 IDE 里工作。你可以一步一步回放 Devin 是怎么写出这些代码的。看起来它还做了推理、思考和规划。

28:20没错。我想看的部分是它能不能在本地启动应用,希望它确实做到了。它经常能做到,但如果应用比较复杂,有时就不行;我们刚把代码开源,所以这次可能出了点问题。通常它会在自己的本地环境里启动浏览器,然后测试应用。我现在让它这么做:启动浏览器。它已经醒着了,应该很快就会开始。这里就是 Devin,也就是 Devin Box,Devin 先生。我们还可以在这个窗口里看它操作。因为我用了“magical”这个词,它就猜我想把功能叫作 Magical。你也可以看到,我们最近把代码开源了,所以它现在操作的是一个旧代码库,我猜这就是它没有完全正常运行的原因。我现在确认了两件事:把标准文本输入框替换成新的日期组件,这个方向肯定正确;然后它创建了组件并完成替换。但这里看起来不对的一点是,它似乎没有任何 AI 魔法。它好像只知道你输入“今天、明天、昨天”时怎么处理。输入“三个星期日以后”可能就不行,不过也许这没关系,也许用户根本不会这么用。这是你刚才提到的一个好例子:AI 的工程卫生其实很好,微观层面上,它可能比人类工程师更规范。所以你需要把更多时间花在架构和规划上,确认执行方案正确。比如把它叫作“Magical Date Picker”也许就不合适。我可能会叫它“自然语言日期选择器”,因为“神奇”这个名字没告诉用户它神奇在哪里。除此之外,我猜这段自然语言解析代码其实相当稳健、质量也不错。这个日期算法也挺巧妙。虽然不复杂,但你想想看,需要反复调多少次才能让它正确?它有个很精巧的 `addDays` 函数。比如输入“下周一”时,它会判断要加三天,才能得到日历上的正确日期。它还在解析日期。两年前,这种功能会非常令人惊讶,甚至可以作为工程师面试题,让我据此决定是否录用某人。现在他们只需要去 ChatGPT 里描述一下,代码就能写出来。要是你真的想继续改进,还可以回到 V0,重新打磨这个组件。他们正在开发一种方式,可以把组件重新嵌回 V0,然后继续迭代。设计师也可以用 V0 做类似的事情,再把结果放回代码库。这样一来,很多以客户为中心的迭代工作都可以在类似 WYSIWYG(所见即所得)的界面里完成,就像 Dreamweaver 一样,而不是直接在代码中改。因为光看着这段代码,就得花很多脑力思考怎样改进用户体验,确实很费劲。

32:03我在想,如果一个工程师花一周时间做出这个功能,然后回来告诉你“看,我做了一个神奇的自然语言日期选择器”,而你却说“这不是我想要的”,那就像是付出了很大的成本之后,才发现方向不对。现在你可以在几分钟或几小时内反复迭代,而不觉得浪费了时间、预算,或者别人的动力和精力。我也经常想到这一点。

32:37对。如果你在某件事上花了两周,最后却得跟 CEO 说“不是,我不是这个意思”,那种感觉就像“哦”,然后你得出去走很久、喝杯咖啡,才能回来继续工作。因此,最好先在这里多花些时间。对,我刚才确实投入进去了。

32:59我们看到 V0 为这个新员工入职流程重新设计了界面。不但加了新功能,日期选择器也变得很漂亮,还提供了一些常见时间范围供选择。

33:14对,这个设计很聪明。顺便说一下,我只输入了“为 HR 产品的员工入职表单设计一个很酷的自然语言日期选择器”。关键部分可能就是“HR”,也就是把设计放在你想解决的问题场景里。如果你做的是派对策划工具,可能就会默认出现圣诞节之类的日期。但这里嘛,大概会有“下周一”“两周后”这些选项,因为我猜下周一可能是最常用的。你也可以说“我们所在国家的工作周从周日或周二开始”,它马上就能适配。你还可以设定本地日期格式,比如先写日再写月。总之,这真是个很好的机会,可以大胆尝试,把体验推得更远。我甚至很喜欢这里把名字和姓氏并排显示的做法,读起来很顺。

34:20刚才我们看到你交付了一个新组件:为员工入职工具设计了一个很酷的日期选择器。你也展示了如何在整个组织里推进这件事,并证明自己至少是公司里用 Devin 提交 PR 的前五名。

34:44哦,顺便说一下,这个改动已经合并了。我们把它合并进去了。看起来没有出错。所以下周会更好。想想看,以前这至少得花 24 个小时,现在只用了很短的时间,提速大约 10 倍。

34:59你刚才讲了很多 Gumroad 的工程工作。你说目前 Devin 正在编写团队中 41% 的代码。你认为 AI 接下来会影响哪个组织?你觉得有 80% 的工作会由代理启动。

35:14我觉得可以看看有哪些组织职能,比如设计、产品、工程、客户支持、销售、营销。我以前可能更乐观,觉得很快就能实现全面自动化,但我认为还要很久才能到那一步。总会有更高层次的抽象工作可以由人来做。比如,营销自动化还可以大幅扩展:自动生成推文建议,观察 GitHub 里发生了什么,再提示你:“这项功能刚上线。我们有一套内容框架,应该发帖介绍一下。”现在我还得自己提醒团队:“这个功能在 GitHub 里已经上线了,但只上线了一半,只有后端,前面还有很多细节。”我觉得营销效率还可以提高很多,销售也是如此。比如有人注册 Flexile,他们的信息会进数据库里,基本上就只有一个邮箱。未来可以做更多自动化。假如有人用纽约时报的公司邮箱注册 Flexile,就可以自动给他排队发送一封邮件。大家现在非常关注客户支持。我们甚至用 AI 自己做了一款客户支持产品,效果很好,你可以跟 AI 聊,让它帮忙解决问题。但这都是被动响应。如果我只是在浏览网页,系统能根据我的 IP 地址知道我在纽约,它可不可以主动打招呼,问我:“嗨,纽约最近怎么样?那边是不是有点冷、还在下雨?”我可能会说:“对,纽约确实在下雨。你为什么关心这个?”然后我们就能聊起来。这样我们可以了解客户正面临什么问题。所以我觉得销售还有很多可以发展的空间,比如让支持更主动,也更多关注销售;让设计更接近产品工作,让工程更多聚焦架构。我认为要做的事情只会越来越多。还有优先级排序。我花很多时间看 GitHub 上的一堆任务,可能有 27 项,然后想:“我们先做哪个?”现在答案主要都在我脑子里,因为我看过每个功能上线的过程。更贴近大家的例子是 Gumroad:我们有一份很长的路线图。我觉得自己挺擅长排优先级,是因为我看着每件事从头到尾上线。我可以很快判断:“这个功能可能能为创作者带来 10 万到 20 万美元的收入价值,另一个可能带来 30 万到 40 万美元。”但我还得站在工程角度考虑:“这项要花工程师 40 小时,那项要花 300 小时。”然后算这些账——商学院可能会教你一些相关知识,比如投资回报率之类的。我完全可以想象在这里放一个“智能排序”按钮,让 AI 检查这些任务,并提醒你:“你漏掉了一个事实,这件事其实更难上线”,或者“你没考虑到我们还没有聊天功能,所以你低估了难度。”它就能重新调整优先级。这会很有用。想想大型公司里有多少人把时间花在所谓的战略上,其实做的主要是排优先级。我们会给所有创作者发邮件,把任务清单整理出来。2024 年,我们把一份 Google 文档发给前 200 位创作者,根据他们想要的功能给这些任务排序。毕竟他们才是付我们账单的人。我们已经有他们的销售额数据,可以想象 AI 能读懂这些数据,帮我们判断应该听取哪些反馈。再加一个“分配给 Devin”的按钮,点一下,工作就开始了。不过这也带来一个问题:如果 AI 变得这么厉害,什么都能做,那为什么还需要我们来做所有事情?为什么还要排优先级?优先级排序本来就是因为资源有限。我很希望有一天走进办公室时,完全不知道接下来会发生什么,也不知道该做什么。GitHub 里没有任何没解决的问题,因为所有 issue 都已经解决了,收件箱也清空了。然后我们就坐下来讨论:“那现在做什么?”我们花时间思考、讨论、一起吃午饭,认真琢磨是不是应该做一些完全激进的事情,比如把整个产品开源——这类想法 AI 可能不会主动提出,因为它们不在下一词预测里,甚至也未必会出现在推理模型的答案中。又或者,我们可以做非常高级的内容定制功能。好,那是什么?我们去做设计、用 V0 看看,还可以做很多研究。AI 会让研究变得更高效,但人还是得亲自和用户交流、向他们提问,做用户研究、设计研究和市场研究。我觉得销售也会一直很重要。我认为营销会是这样的领域:AI 会变得非常擅长营销,于是人类觉得有意思的标准也会越来越高。就像那个在 Saratoga Springs 喝水的家伙、脸上贴着香蕉的迷因,对我来说,这就体现了 AI 可以有多厉害。

41:01这种内容制作水准现在已经是走红所必需的,简直不可思议。我无法想象制作它花了多少时间。它太好笑、太用心了,还藏着许多不同的彩蛋。我觉得今后就得不断提高标准。现在艺术家可以在 Instagram 上发一幅画,大家会说“哇,画得真好”。但五年后,大家可能会说:“你得把那部电影拍出来才行。”这就是人们的期待。好像大家会说:“我们想免费看你做的那部 30 分钟科幻电影,谢谢。”这正在改变我们的多巴胺系统。或者,我们也可以花一整天讨论如何改进 Gumroad 的产品推荐。能不能做出一种完全不同的推荐体验?它可以更多由 AI 驱动、支持自然语言,而不是只有一个产品市场或产品信息流;它还可以记住你的品味和偏好,慢慢了解你。我们本周晚些时候要推出一个社区功能,我很期待,那是个很大的项目。能做的事情太多了。谁知道未来会怎样?这既令人兴奋,也很可怕,所以我觉得很多人才会回避这些工具。改变之所以让人不舒服,部分原因是改变可能让你丢掉工作。人们害怕改变,担心工作保障;但归根结底,也担心工作的不确定性——我们不知道自己现在做的事情将来是否仍有价值。

42:33如果你是在告诉我们,AI 会提高我们能够做到的标准,那你自己确实已经把这个标准立得很高了。我觉得你展示了团队构建产品的一种全新方式,也展示了领导者如何亲自参与公司产出的一种全新方式,这很鼓舞人心。你也说明了,大家只需要去学习和尝试,然后不断迭代。随着时间推移,你也可以成为走在前沿的创业者和领导者,而不是落后者。我觉得这很棒。你正在为未来产品、工程和设计组织,甚至整个公司,树立运作标准。接下来我们做一个快速闪电问答。我有两个问题。如果你只能建议大家学习你刚刚展示的这些工具中的一个,你觉得哪个影响最大?

43:30说实话,我会选 V0。可能有偏见,因为我在产品工作上花了很多时间。我觉得自己更像工程师。Cursor 的代理模式也非常厉害。如果你是公司的 CEO,我觉得 Devin 最令人印象深刻,因为你只要在 Slack 里跟它说话,它就会照做,这很不可思议。所以选择什么工具,很大程度上取决于你的角色、你看重什么,以及你认为什么最重要。但 V0 可能是最容易上手的工具。大家多少都熟悉 Figma。以前人们还会质疑 AI 能不能写代码,但现在大家不再怀疑;他们转而说 AI 不会设计、没有品味。你可以试试输入:“为一家银行设计一个非常漂亮的新用户引导流程。”然后看它能否做出比任何一家银行现有界面都更好的设计。所以任何人都可以试一试,孩子也能玩得很开心。我大概会提名 V0。它很棒的一点是能让你看到什么是可能的。如果你想把原型真正做出来,就得再学习其他工具。V0 还能生成一个链接。你可以做一个井字棋游戏,发给朋友一起玩。这一点也很不错。Replit、Bolt.new、Lovable 等工具也有类似的能力,选择非常多。

44:55我们谈了很多你如何通过奖金等激励措施,让团队使用或学习 AI。但你如何让 AI 按你的要求做事?我发现每个人都有自己的办法,比如对它凶一点,或者给它钱。你有什么方法,能让 AI 在陷入循环时听你的话?

45:18说实话,我会用大写字母,但不是要凶它,希望它不会误会。我觉得这有点像老派的做法:你确实可以用小写和大写来区分。这个办法很简单,可以告诉它:“这一部分特别重要,请不要忽略。”还有一个我很喜欢的小技巧,就是写“等等”。如果你想让它列出一组内容,可以先举两三个例子,再加上“等等”。它通常就会沿着这个思路继续发挥。用这种方式测试它很有趣:你先给两三个例子,但其实需要十个。这是鼓励它更有创造力的一种好方法。

46:05这次交流太精彩了。结束前我们还得让大家看看:你不但重新设计了自己的产品,还用 V0 为一家新型数字银行设计了新用户引导流程,顺便挑战了整个银行业。我非常感谢你真实展示自己如何用 AI 工作,包括个人层面和团队层面。我觉得你一定会启发很多人重新思考如何投入工作。也有些人可能会开始留意你,担心你很快就在产品构建方面超过他们一两圈。非常感谢你抽出时间。大家在哪里能找到你?又有什么方式可以帮助你?

46:44你可以在 Twitter/X 上找到我,我的用户名是 @SHL。至于怎么帮我……每当你看到我说了什么不同意的内容,或者觉得我的想法还能改进时,就回复我、告诉我,或者给我发私信。我一直都愿意听取反馈、改进自己的想法。感谢大家收听,我很期待看到大家会做出什么。

47:12非常感谢。

47:13谢谢。

47:15感谢大家收看。如果你喜欢这期节目,请在 YouTube 点赞并订阅;更欢迎在评论区留下你的想法。你也可以在 Apple Podcasts、Spotify 或常用的播客应用里收听本节目。请考虑留下评分和评论,帮助更多人发现这档节目。你可以在 howiaipod.com 查看所有节目并了解更多信息。下次再见。

— A LITTLE MORE TO THINK ABOUT. —