为什么 LinkedIn 正在把产品经理变成 AI 驱动的“全栈构建者” | Tomer Cohen（LinkedIn 首席产品官）

这段对话揭示了这一方案背后的实际取舍。原文的要点是：“到 2030 年，做好你这份工作所需的技能会有 70% 发生变化。所以，无论你是否打算换工作，你的工作本身都在变化。为了保持竞争力，你其实必须回到一些第一性原理，重新从头思考，重新想象构建产品究竟意味着什么。”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

这里，讨论从抽象主张转向了 LinkedIn 工作中的具体证据。原文的要点是：“你正在 LinkedIn 尝试一种截然不同的产品构建方式，完全拥抱 AI 所释放的可能性。”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

这段内容也为访谈的论点补充了重要限定。原文的要点是：“我们称之为“全栈构建者”模式。它的目标是让优秀的构建者能够把自己的想法推向市场，不受其职位、技术栈或所在团队的限制。这实际上是人与机器之间非常流畅的互动。”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

说话人借这个细节让全栈构建者模式变得更加具体。原文的要点是：“这感觉可能会成为许多公司未来运作以及产品构建方式的一个模型。”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

这一段把访谈的核心论点落到了具体的工作场景中。原文的要点是：“变革管理将是其中至关重要的一环，但光给他们工具还不够。你还必须建立激励机制、激励项目、动机和示范，让他们看到应该如何做。我看到很多公司推出自己的智能体，然后就指望大家自动采用。这不是事情运转的方式。”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

这段对话揭示了这一方案背后的实际取舍。原文的要点是：“一直有人在问，AI 是会让原本不算出色的人变得更出色，还是会让出色的人变得更加出色？”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

这里，讨论从抽象主张转向了 LinkedIn 工作中的具体证据。原文的要点是：“顶尖人才往往会持续努力提升自己的专业能力。对于我强调的构建者特质，关键在于……”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

这段内容也为访谈的论点补充了重要限定。原文的要点是：“今天的嘉宾是 Tomer Cohen，他长期担任 LinkedIn 的首席产品官，目前正在试验一种新的构建方式。我认为这种方式会成为未来公司运作模式的一个范本。它叫“全栈构建者计划”，核心理念是让任何人，无论职能是什么，都能把产品从想法推进到上线。他们取消了 APM 计划，改成了助理全栈构建者计划。他们还引入了“全栈构建者”这一新的职业路径，任何职能的人都可以走上这条路。正如你将在对话中听到的，他们搭建了一系列内部工具、智能体和流程，基本上打造出了一支人类加 AI 的产品团队。这支团队可以快速行动、迅速适应变化，用更少的资源完成更多工作。如果你正在寻找重新思考团队运作方式的灵感，想了解 AI 正在为团队和公司释放什么可能性，那么这一集就是为你准备的。（00:02:06）：特别感谢 Shira Gasarch 为这次对话提出主题建议。如果你喜欢这档播客，请不要忘记在你常用的播客应用或 YouTube 上订阅并关注。这对我们帮助很大。如果你订阅我的 newsletter 年度会员，还能免费获得一整年众多优秀产品，包括 Devin、Lovable、Replit、Bolt、n8n、Linear、Superhuman、Descript、[无法听清 00:02:29]、Gamma、Perplexity、Warp、Granola、Magic Patterns、Raycast、ChatPRD、Mobbin 和 Stripe Atlas。请访问 lennysnewsletter.com，点击 Product Pass。下面，在一段广告之后，为你带来 Tomer Cohen。（00:02:42）：我的播客嘉宾和我喜欢讨论专业能力、品味、能动性和产品市场匹配。你知道我们不喜欢讨论什么吗？SOC 2。这正是 Vanta 发挥作用的地方。Vanta 利用行业领先的 AI、自动化和持续监控，帮助各种规模的公司快速实现合规并持续保持合规。无论你是刚开始做 SOC 2 或 ISO 27001 的初创公司，还是正在管理供应商风险的大型企业，Vanta 的信任管理平台都能让流程更快、更容易扩展。Vanta 还能帮助你把安全问卷的完成速度提高到原来的五倍，从而更快赢得更大的交易。根据 IDC 最近的一项研究，Vanta 客户每年削减了超过 50 万美元的成本，生产力提高到原来的三倍。建立信任不是可有可无的事，Vanta 让它变得自动化。访问 vanta.com/lenny，可减免 1,000 美元。（00:03:36）：本集由 Figma 制作方推出的 Figma Make 赞助。Figma 刚出现时，我还是 Airbnb 的产品经理，我至今记得它如何改善了我们的团队协作。突然之间，我可以让整个团队参与设计过程，快速对设计概念给出反馈，整个产品开发过程也变得有趣得多。（00:03:56）：但 Figma 以前一直不像是为我这样的构建者准备的。它非常适合对设计提供反馈，但作为一个构建者，我想做出东西。这就是 Figma 构建 Figma Make 的原因。只需几条提示，你就能把任何想法或设计变成完全可运行的原型或应用，任何人都可以继续迭代并拿去和客户验证。Figma Make 是一种不同类型的氛围编程工具。因为它就在 Figma 里，你可以使用团队现有的设计构件，让产出既好看又真实，并且与团队的构建方式相连接。别再花那么多时间向别人讲解产品愿景，直接展示给他们。用 Figma Make 快速制作由代码驱动的原型和应用。请访问 figma.com/lenny 了解详情。（00:04:42）：Tomer，感谢你来到这里，欢迎回到播客。”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

说话人借这个细节让全栈构建者模式变得更加具体。原文的要点是：“谢谢。很高兴再次回来。”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

这一段把访谈的核心论点落到了具体的工作场景中。原文的要点是：“很高兴你再次来到这里。我非常期待这次聊天，因为你正在 LinkedIn 尝试一种截然不同的产品构建方式，完全拥抱 AI 所释放的可能性，也就是顺应如今已经成为可能的事情。对我来说，这可能会成为许多公司未来运作以及产品构建方式的一个模型。很多产品负责人都在谈论 AI 以及 AI 能做什么，但感觉你是真正以一种非常、非常激进的方式在实践。所以我很期待向你学习，也想让听众了解你看到了什么、学到了什么。我们先从最基础的问题开始：你为什么觉得这件事有必要？为什么要重新思考产品长期以来的构建方式？也就是，为什么大家需要关注我们接下来要谈的内容？”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。

这段对话揭示了这一方案背后的实际取舍。原文的要点是：“这真的要从基础说起。对我来说，技术一直关乎赋能。重点不是技术替我们做了什么，而是它让我们能够做什么。现在，在我看来，我们拥有一个绝佳机会，可以让事情更接近能力和贡献导向的公平竞争。我认为这是一个机会，但眼下也是一种必要。我想先把背景说清楚：我们正在进入这样一个阶段，变化的时间常数远大于响应的时间常数。基本意思是，变化发生得比我们回应变化的速度更快。现在，LinkedIn 对工作世界有独特的观察视角。所以在我看来，我们有一些相当令人震撼的数据，可以说明这一点。当我们观察做好一份工作所需的技能时，到 2030 年，也就是从现在起整整四年，听起来似乎很久，但其实就是四年，这些技能会有 70% 发生变化。（00:06:25）：所以，无论你是否打算换工作，你的工作本身都在变化。唯一的问题是，你能否保住它。再从组织层面看，如今增长最快、市场需求最大的工作，其增速比去年增长最快的工作还要高出 70% 以上。这意味着，一个组织要实现繁荣，需要一套新的能力组合。把这个结论放到产品构建上，你就会发现，为了保持竞争力，你必须回到一些第一性原理，重新从头思考、重新想象构建产品究竟意味着什么。我喜欢的一点是，当你思考构建者的角色时，构建者处于公司的核心位置，目标其实相当简单。构建者拿到一条 DNA，把它变成现实。基本过程就是这样，对吧？（00:07:11）：我们都会建立一套可以称为最佳实践的东西。你要充分研究问题，写出规格，进行设计，编码，上线，然后迭代。基本上就是这样。但在很多大规模公司里，包括 LinkedIn，随着时间推移，这个过程很快变得非常复杂。发生了什么？我们把每一步都拆成了大量子步骤。就拿研究问题来说，我们会查看 10 到 15 个信息来源，当然还会和客户沟通、做数据分析、查看多个渠道里的反馈工单、社交媒体以及与客户的互动。在我们觉得已经把问题研究得非常透彻之前，可能会查阅 10 到 15 个信息来源。（00:07:58）：再想想产品评审。这里有设计评审、隐私评审、安全评审，我还可以继续列下去。每一个子步骤都有存在的合理理由。但当你把所有步骤加在一起，就会忍不住想：“天哪，难怪做一个小功能要动用多个团队、多个代码库、多个迭代周期，才能上线。”更不用说迭代了，而成功从来不在上线那一刻真正发生。所以，工作本身并不复杂，但我们把流程变得非常复杂。继续深入之后，我发现事情还不止于此，因为这些子步骤总得有人来做，于是流程复杂度又转化成了组织复杂度。（00:08:41）：接着就出现了微观专业化。每个子环节都有特定的人负责。原本一个构建者的工作被拆成多个职能。显然有工程、产品和设计，而你至少可以开始质疑这些界线，我在公司内部就是这么做的。再往下，每个职能里还有很多子专业。设计就是一个例子：交互设计、动画设计、内容设计、研究，涉及的方面太多了。它们都各自有道理，但每一项都有对应的人员，而整个流程最终就意味着大量……基本上就是膨胀，就是复杂化。然后你在不知不觉中，得到了一套极其复杂的体系……我们其实有一张图，展示流程复杂度和组织复杂度是如何叠加的。（00:09:26）：人们通常会感到非常震撼，因为他们只专注于自己负责的一件具体事情，但当你拉远视角，就会看到一种令人不知所措的整体体验。现在，我们确实有机会把这套堆栈重新压缩回去，回到工艺和手艺，重新思考产品开发生命周期，这就是全栈构建者模式诞生的地方。”放在前后文中看，它说明这种变化依赖有意识的选择，而不能只靠工具本身。