Lenny's Podcast 精华 | EP.020 — Jenny Wen:设计流程死了,设计师还没有1×0:009:560:08开场1:11一、设计流程为什么会被工程速度击穿2:48二、AI 产品不能只靠漂亮 mock 讨论4:23三、信任不是只靠完美,也可以靠速度建立5:48四、AI 会变得更有品味,但人仍要负责决定7:14五、未来更吃香的设计师是什么样8:39收尾0:08主播今天这期,表面上是在讲设计师,实际上是在讲所有知识工作者都要面对的一个问题:当工程师可以同时开七个 Claude,把想法很快变成可运行的东西,原来那套先研究、再发散、再收敛、再画精美稿的流程,还站得住吗?0:29主播这一集来自 Lenny's Podcast 对 Jenny Wen 的访谈。Jenny 现在负责 Claude Cowork 的设计,此前在 Figma 带过 FigJam 和 Slides 的设计团队,也在 Dropbox、Square、Shopify 做过设计。她给出的判断很直接:我们过去奉为圭臬的设计流程,基本已经死了。0:51主播但这不是说设计师没用了。恰恰相反,Jenny 的意思是,设计从「交付一张稿」变成了「让一群人和一群代理,朝同一个正确方向快速前进」。如果你是产品经理、创始人,或者正在把 AI 放进团队工作流,这期值得听完。1:11主播第一个重点,是设计流程不是被设计师主动推翻的,而是被工程速度逼着改变的。Jenny 说,变化最先发生在工程侧。工程师现在可以用 Claude Code、v0,或者类似工具,快速做出一个能跑的版本。想法不用等设计排期,也不用等精美原型,先跑起来再说。1:35主播这对传统设计流程冲击很大。过去设计师会做大量 discovery,画很多方向,讲一个两年、五年甚至十年的愿景。现在模型、产品和市场变化太快,两年后的界面形态都可能不同。更现实的愿景,可能只看三到六个月,而且不一定是一份漂亮 deck,而是一个能指方向的原型。2:02主播Jenny 给了一个很具体的比例。几年前,她作为设计师,可能有六到七成时间在 mock 和 prototype 上;现在,这部分大概只剩三到四成。新增出来的时间,去和工程师一起 jam,去看他们已经做出的东西,去补最后一公里的 polish,甚至自己进代码里改前端细节。2:25主播这里的转变很关键:设计师不再只是站在流程上游说「这是设计稿,你们照着做」。更像是站在高速路中间,帮助工程师在高速试错中保持一致性。速度变快以后,真正稀缺的不是「能不能做出来」,而是「这些被做出来的东西,最后是不是一个产品」。2:48主播第二个重点,尤其适合做 AI 产品的人听。Jenny 说,面对非确定性的模型,你不能只靠静态 mock 或 clickable prototype 来判断产品好不好。因为用户会怎么用模型,模型在哪些状态下会成功或失败,很多时候只有接上真实模型、放到真实场景里,才会暴露出来。3:11主播这就是为什么她更接受「先做出可用版本,再拿真实信号迭代」。不是粗糙就可以发布,而是说在 AI 产品里,太早追求完美稿,可能反而把你困在想象里。你以为用户会这样用,结果用户把它拿去做完全不同的事。你以为模型会稳定回答,结果它在某些边界条件下完全变形。3:35主播Claude Cowork 就是一个例子。Jenny 说,它不是十天凭空做出来的。前面其实有很多内部 prototype,有人试过任务列表,有人试过多选问题,有人试过让 Claude 展示计划、上下文和正在处理的文件。真正的十天,是把已经在内部反复冒出来的形态,压成一个可以对外发布的版本。4:00主播这对产品团队的启发是:不要把「快速发布」误解成「没有思考」。更准确的说法是,思考变得更贴近真实系统。先让一些东西跑起来,让团队看到能量在哪,再由设计把那些本来不可读、难解释、但有潜力的东西,翻译成用户能理解的形态。4:23主播第三个重点,是关于质量和信任。很多设计师会担心,如果团队一天到晚发布早期功能,品牌是不是会被损坏。Jenny 的回答很有意思:早期发布可以接受,但你必须让用户感到,团队听到了反馈,而且真的在快速修。4:43主播她用 Claude Cowork 的「research preview」举例。团队知道它还不完美,也知道用户会遇到摩擦,但他们相信里面已经有足够强的价值,值得拿出来换真实反馈。这个前提很重要:不是把半成品扔给用户,而是明确告诉用户,这是早期版本,我们会继续迭代。5:05主播Jenny 把它称为 building trust through speed,也就是用速度建立信任。信任不只来自第一版多完美,也来自用户提出问题后,团队是不是第二天、第三天就修了。对 AI 产品尤其如此,因为模型能力、交互方式和用户习惯都在变。你很难一次性猜中终局,但你可以让用户看到你一直在靠近。5:30主播反过来说,最伤品牌的不是「早期版本有瑕疵」,而是「早期版本有瑕疵,然后什么都没发生」。如果你发了一个 preview,却没有回应、没有修正、没有节奏,那用户会觉得你只是把质量责任转嫁给了他们。5:48主播第四个重点,是很多产品和设计团队最焦虑的问题:AI 会不会也拿走品味、判断和设计?Jenny 没有给安慰式答案。她说,AI 在 taste、judgment 和 design 上都会变好,我们可能太想抓住「人类永远更有品味」这个说法了。6:09主播但她接着补了一层:就算 AI 能给出更好的建议,仍然有人要决定什么值得被做,什么应该进入产品,什么不应该。很多做软件最难的部分,本来就不是写代码,也不是画界面,而是两个人对一个功能有分歧时,谁来承担取舍。6:29主播这个判断对 PM 也很刺耳。过去很多人把自己的价值描述成「我有品味」「我知道用户要什么」。未来这件事可能会被 AI 大幅增强,甚至部分替代。剩下更重要的问题是:你能不能对最终决定负责?你能不能在信息不完整、模型建议不唯一、团队意见不一致的时候,做出可解释的选择?6:55主播也就是说,AI 会让许多产出动作变便宜,但 accountability 还没有消失。工程师仍然要对 Claude 写出的代码负责;设计师和产品负责人,也要对 AI 帮忙生成的方向负责。工具能推你一把,但锅还是人的。7:14主播第五个重点,是 Jenny 现在怎么招聘设计师。她提到三类人。第一类是 strong generalist,不是样样普通的通才,而是在几个核心能力上都能达到很高水位的人。因为设计角色正在变得更像 PM,也更像工程,能跨几个桶的人会很吃香。7:35主播第二类是 deep specialist,也就是某个方向特别深的人。比如非常技术型,几乎能顶半个工程师;或者在视觉、图标、交互细节上极强。AI 让「随便做一个版本」变容易以后,真正能拉开差异的深 craft 反而更显眼。7:54主播第三类,是她认为大家可能低估的 craft new grad。也就是年轻、谦逊、学得快、愿意做真实东西的人。因为很多资深人的流程包袱反而更重,而一个没有被旧流程完全塑形的人,可能更容易把 AI 工具当作天然工作方式。8:15主播她给年轻设计师的建议也很直接:build a bunch of stuff。别只做理论练习,别只停在作品集叙事里。用新工具做真实的东西,拿出去给人看,加入一个也在动手做东西的社区。AI 时代的作品集,可能越来越不像 PDF,而像一串你真的做过、跑过、迭代过的小产品。8:39主播听完 Jenny 这集,我觉得最值得带走的一句话不是「设计流程死了」,而是「流程死了以后,责任没有死」。工程师可以跑得更快,设计师可以进代码,PM 可以用模型生成原型,团队可以同时启动很多代理。但最后仍然需要有人把这些速度,变成方向。9:03主播如果你在带产品团队,可以拿这期做一次自检:你的设计流程,是不是还假设工程很慢?你的评审机制,是不是还只适合一周一个版本?你说自己重视 craft,是不是也愿意用速度回应用户?这些问题,比「要不要学某个工具」更底层。9:26主播本期就是这样。我们精选的是 Lenny's Podcast 对 Jenny Wen 的访谈,主题是 AI 时代设计流程、产品判断和团队工作方式的重构。希望它能帮你在下一次和工程、设计、AI agent 一起工作时,不只是追上速度,也能守住方向。
このコンテンツについて、さらに観点や背景を補足しましょう。