领英如何赋能产品经理,转型为 AI 驱动的“全栈构建者” | Tomer Cohen (领英首席产品官)




内容概要

领英(LinkedIn)的资深首席产品官 Tomer Cohen 深入探讨了在 AI 驱动的快速变革时代彻底改革传统产品开发模式的紧迫性。他指出,到 2030 年,70% 的工作技能将面临转变。Cohen 介绍了领英推行的“全栈构建者”(Full Stack Builder)模式,这是一项激进的举措,用“助理产品构建者”(Associate Product Builder)项目取代了传统的 APM 计划,旨在对人才进行编码、设计和产品管理(PM)技能的交叉培训。他阐述了新模式的三大支柱:为 AI 重构底层平台、构建内部专业代理(Agent)(如“信任代理”和“增长代理”),以及最为关键的——培养一种文化心态,赋能小型、灵活的团队以更快的速度将产品创意转化为市场成果。

目录

  • Tomer Cohen 介绍

  • 产品开发变革的必要性

  • 全栈构建者模式解析

  • 在产品开发中实施 AI 和自动化

  • 构建和定制 AI 工具

  • 上线时间线

  • 试点计划和早期成果

  • 来自顶尖人才的反馈

  • 变革管理和采纳

  • 绩效评估和全栈构建者

  • 鼓励人们使用 AI 工具

  • 挑战与专业化

  • 寻找人才

  • 在自己的公司实施的建议

  • 闪电问答和最终思考


Tomer Cohen 介绍

Lenny: 当我们展望到 2030 年,完成你现有工作所需的技能将改变 70%。所以无论你是否主动寻求改变,你的工作本身就在发生变化。

为了保持竞争力,你实际上必须回归一些第一性原理,从头开始,重新构想“构建”(building)的意义。

你们正在领英(LinkedIn)尝试一种截然不同的产品构建方式,它完全拥抱了 AI 所解锁的可能性。我们称之为“全栈构建者”(full stack builder)模式。

目标是让优秀的构建者能够将他们的想法带入市场,无论他们在技术栈中担任什么角色,也无论他们属于哪个团队。这实际上是人与机器之间的一种流畅的互动。

在我看来,这可能是未来许多公司运营以及产品最终构建的模板。变革管理将是这里的关键。

仅仅提供工具是不够的;你必须建立激励机制、项目、动力和演示如何操作的范例。我看到很多公司推出他们的 AI 代理(Agent),然后期望团队自动采纳,但这行不通。

人们总是在问:“AI 究竟是会让平庸的人变得更优秀,还是会让优秀的人变得更卓越?”顶尖人才往往倾向于不断打磨自己的技艺。

我为构建者强调的关键特质是,今天的嘉宾是 Tomer Cohen,领英资深首席产品官,他正在试行一种新的构建方式,我认为它将成为未来公司运营的典范。

这个项目被称为“全栈构建者计划”(Full Stack Builder program),其核心理念是让任何人,无论其职能如何,都能将产品从想法推进到发布。他们已经取消了原有的 APM(助理产品经理)项目,取而代之的是“助理产品构建者”(Associate Product Builder)项目。

他们还引入了名为“全栈构建者”的新职级和职业发展路径,任何职能的人都可以担任。正如你在对话中会听到的,他们已经构建了一系列内部工具、代理(Agent)和流程,基本上是构建了一个“人+AI”的产品团队,它能够极快地行动,迅速适应变化,并以更少的资源做更多的事情。

如果你正在寻找如何重新思考团队运作方式的灵感,并希望充分利用 AI 为团队和公司带来的机遇,那么这一集就是为你准备的。非常感谢 Shira Gestarch 为这次对话提供了话题建议。

如果你喜欢这个播客,请不要忘记在您偏好的播客应用或 YouTube 上订阅和关注。这对我们帮助巨大。

如果你成为我的时事通讯的年度订阅者,你将获得一系列优质产品的一年免费使用权,包括 Devon、Lovable、Repid、Bolt、Net 和 Linear、Superhuman、Descript、Udi、Warp、Granola、Magic Patterns、Raycast、ChatGPT、Mobbin 和 Stripe Atlas。请访问 lenny'snewsletter.com 并点击 Product Pass。接下来,让我们听一段赞助商的简短介绍,然后开始与 Tomer Cohen 的访谈。

我的播客嘉宾和我热衷于讨论技艺、品味、能动性以及产品与市场的契合度。但你知道我们不喜欢谈论什么吗?SOC 2。这时 Vanta 就派上用场了。

Vanta 通过行业领先的 AI 自动化和持续监控,帮助各种规模的公司快速实现合规并保持合规。无论你是一家正在处理首次 SOC 2 或 ISO 2701 认证的初创公司,还是一家管理供应商风险的企业,Vanta 的信任管理平台都使其更加快捷、方便和可扩展。

Vanta 还能帮助你加快完成安全问卷的速度高达五倍,让你更快地赢得更大的合同。结果如何?根据最近的 IDC 研究,Vanta 客户每年可节省超过 50 万美元的开支,生产力提高了三倍。

建立信任不再是可选项,Vanta 让它变得自动化。在 vanta.com/lenny 可获得 1,000 美元的折扣。

本集由 Figma 赞助,它是 Figma Make 的创造者。我在 Airbnb 担任 PM 时,仍然记得 Figma 问世时,它极大地改善了我们团队的协作方式。

突然之间,我可以让整个团队参与设计过程,非常迅速地对设计概念给出反馈,这让整个产品开发过程变得有趣得多。但 Figma 感觉上一直不像是为我设计的。

它很适合反馈和设计,但作为一名构建者,我渴望创造东西。这就是 Figma 构建 Figma Make 的原因。

只需几个提示,你就可以将任何想法或设计制作成一个功能齐全的原型或应用程序,任何人都可以迭代并与客户进行验证。Figma Make 是一种不同类型的低代码(low-code)工具,因为它完全在 Figma 生态内。

你可以使用团队现有的设计构建模块,这使得创建外观精美、体验真实并与团队构建方式相连的输出变得容易。停止花费大量时间向人们描述你的产品愿景,而是向他们展示出来。

使用 Figma Make 快速制作有代码支持的原型和应用程序。请访问 figma.com/lenny 查看。

产品开发变革的必要性

Lenny: Tomer,非常感谢你来到这里,欢迎回到播客。

Tomer Cohen: 谢谢。很高兴回来。

Lenny: 很高兴你能回来。我非常兴奋能和你交流,因为你们正在领英尝试一种非常不同的产品构建方法,它完全拥抱了 AI 所带来的可能性,并顺应了当前可以实现的一切。

在我看来,这感觉就像未来许多公司如何运营以及产品最终构建的模型。有很多产品负责人都在谈论 AI 能做什么。感觉你们实际上正在以一种非常激进的方式进行实践,所以我渴望向你学习,听听你的观察和经验,让听众理解你们正在做的事情。

我想从一个问题开始:你为什么认为这个变革是必要的?为什么你要重新思考长期以来构建产品的传统方式?换句话说,为什么人们需要关注我们接下来要谈论的内容?

Tomer Cohen: 这对我来说,真的始于基本原则。技术一直以来都是关于赋权(empowerment)。它不只是关于它为我们做了什么,而是关于它使我们能够做什么。

在我看来,现在我们有一个绝佳的机会,让它成为一种精英制度(meritocracy)。我认为这是一个机会,但现在也是一种必然。

我想把这一点放在一个背景下:我们正在进入一个变化的时间常数(time constant of change)远远大于响应的时间常数(time constant of response)的阶段。这基本上意味着变化发生的速度比我们能够响应的速度要快。

现在,领英对职场世界有独特的观察视角,因此我们有一些非常,在我看来,令人震惊的统计数据来佐证这一点。当我们看你到 2030 年(这只有四年时间,听起来很长,但四年后)完成当前工作所需的技能时,它将改变 70%。

所以无论你是否想换工作,你的工作本身就在发生变化,唯一的问题是你是否能保住它。然后我们看组织层面,目前市场上增长最快的工作,与去年的增长最快的工作相比,增速超过了 70%。

因此,作为一个组织,你需要不断迭代才能蓬勃发展。然后你将此应用于产品构建,你会意识到,为了保持竞争力,你实际上必须回到一些第一性原理,回到最初的起点,重新构想“构建”的含义。

我喜欢这一点,因为当你思考构建者(builder)的角色时,构建者是公司的核心,其目标其实很简单。

构建者将一个想法带入现实。这才是真正的过程,对吧?我们都建立了一些所谓的“最佳实践”:你深入研究问题,你制定规范,你设计,你编码,你发布,然后你迭代。基本上就是这样。

但对于许多成熟的大公司,包括领英在内以及市场上的许多其他公司,随着时间的推移,这个过程很快变得非常复杂。

那么发生了什么?我们把每一步都扩展成了许多子步骤。研究问题变成了查阅 10 到 15 个信息来源。

显然要与客户交流,但也要进行数据提取(data pools),查看多个来源的反馈工单、社交媒体、与客户的互动。在我们觉得我们已经很好地研究了问题之前,我们通常会经历 10 到 15 个信息来源。

再想想产品的评审:有设计评审、隐私评审、安全评审,我可以一直列举下去。这些子步骤中的每一个都有其存在的正当理由,但当你把所有这些加在一起时,你会想,“天哪,这就是为什么构建一个小功能需要多个团队、多个代码库、多个迭代周期(sprints)才能发布的原因。”

更不用说迭代了,而迭代才是你看到成功的关键。你永远不会在发布本身看到成功。

所以,工作本身并不复杂,但我们使流程变得极其复杂。当我深入探究时,我发现事情并没有结束,因为必须有人完成所有这些子步骤。

因此,你实际上从流程复杂性转向了组织复杂性,然后也导致了微观专业化(micro-specialization)。所有这些子集都由特定的人员完成。

所以从一个构建者,我们有了多种职能。显然我们有工程、产品和设计,你甚至可以开始质疑这些界限,至少我在内部是这样的。

除此之外,我们还有许多子专业,这发生在每一个职能中。但想象一下设计:我们有交互设计、动画设计、内容设计、研究,这其中有太多方面。

所以,它们都是合理的,但它们都需要人员,整个过程基本上意味着大量的、臃肿的复杂性。

然后不知不觉中,你会陷入这种极其复杂的局面。我实际上有一个图表,它同时展示了流程复杂性和组织复杂性,人们通常会感到震惊,因为他们只专注于一件非常具体的事情,但当你放大看时,你会发现这是一种令人不知所措的体验。

现在,我们有了一个真正的机会,可以将技术栈(stack)重新整合,回归工匠精神,重新思考产品开发生命周期,这就是“全栈构建者”模式(full stack builder model)发挥作用的地方。

Lenny: 哇,好的,这里面信息量很大。在我们谈论时,我们会展示一些图表来帮助大家看到你的解释。

所有这些都是非常合理的。如果你有 15 个信息源,你为什么不从中提取呢?为什么要因噎废食呢?你在这里描述的是,随着你获得更多能力和专业化,这在理性上都是有道理的,但当你开始退后一步看时,你会惊呼,天啊,发布一个功能需要六个月的时间。

我想问问你分享的那个统计数据。我认为这是一个极其有力的统计数据,而且你们拥有非常独特的数据基础来支撑这些发现。

所以你说未来人们所需的技能中,有 70% 左右会发生变化。

Tomer Cohen: 是指完成他们当前工作的技能。

Lenny: 是指完成他们当前工作的技能。这是基于什么数据得出的?这仅仅是基于历史数据,还是你如何发现的?

Tomer Cohen: 是的,公平地说,变化一直存在,对吧?所以它从来都不是说只是保留你今天拥有的技能,但我们从未见过如此剧烈的变化。

所以,你知道,无论你现在是营销人员、销售人员、招聘人员还是工程师,工程是目前在 AI 代理(Agent)方面投入大量资金的领域。

这些工作将发生巨大变化。你知道,我记得我看着我作为工程师的职业生涯,你知道,即使在那时,它在 10 年后也发生了实质性的变化,而我们现在看到的变化,想想四年后,要真正做好工程工作或构建软件、构建某种产品需要什么,将会截然不同。

但这几乎适用于所有职能。这不是平均的。你知道,有些工作,比如护士,受到的影响会小一些,但有些工作会看到 90%、95% 的影响。

Lenny: 还有一个统计数据,我认为你没有在这里提到,但我看到你在最初谈论这个项目时分享过,那就是当今增长最快的工作中有 70% 在一年前甚至还没有出现在工作清单上。

Tomer Cohen: 是的,是的。所以清单上增长最快的工作在一年前还没有出现。

而且,它们中的许多在十年前或二十年前甚至不存在。实际上,在各个方面都有一些非常惊人的统计数据。

全栈构建者模式解析

Lenny: 好的,那么让我们来谈谈你建立的这个项目。告诉我它的名字,然后告诉我它今天的核心理念以及你希望它达到的愿景。

Tomer Cohen: 是的,我们称之为“全栈构建者模式”(full stack builder model),目标——总是从目标开始。

目标本身是赋能优秀的构建者,让他们能够将自己的想法带入市场,无论他们在技术栈中担任什么角色,也无论他们具体属于哪个团队。

从根本上说,这个想法最终是让构建者能够端到端地开发体验,结合传统上不同领域(domains)的技能和专业知识,将它们汇集在一起。

这不是一系列的顺序步骤,在我看来,它实际上是人与机器之间的一种流畅互动。

然后当你回顾从想法、洞察力到发布的整个产品开发生命周期时,我为构建者强调的关键特质是,我希望他们将时间花在优秀构建者应该擅长的地方。

因此,是愿景和想法,提出一个关于未来的令人信服的立场,同理心,至关重要,对吧?深刻理解未被满足的需求。沟通是关键,我们在几乎所有角色的职位描述中都看到了这一点,但这是你能够围绕一个想法团结和激励他人的能力。

创造力,对我来说是关于想出超越显而易见之事的可能性。例如,我认为 AI 在创造力方面还不够出色。我认为它在很多方面只是带回了你可能不知道的东西,但它不是那种我认为人类仍然更擅长的更高层次的创造力。

最后,我认为对于构建者来说,最重要的特质是判断力(judgment)。这就是,有些人称之为品味(taste-making),但它是在复杂模糊的情况下做出高质量的决策。

其他一切,我都在非常努力地自动化,真的,非常努力。然后当你思考结果时,这不仅仅是关于拥有更多尝试的机会,我认为人们会想,“哦,迭代速度会非常高。”是的,但你真正对组织,你知道,对于成熟组织的规模所做的是,你让他们更加灵活、更具适应性、更具韧性。

他们可以驾驭未来。他们实际上可以将变化的速度与响应的速度相匹配。我脑海中的一个类比是海豹突击队(Navy Seals),你知道,他们来训练,他们都接受了跨多个领域的交叉训练。

他们专注于任务本身,他们以小型小队(pods)的形式运作,他们非常灵活,你可以非常迅速地组建他们。我认为这将是未来会获胜的组织。

Lenny: 好的,那么这个简单的想法,如果你想把它提炼成一句话,那就是有一个构建者,他们本质上是独自经历整个产品开发过程,他们有一个想法,他们研究,他们处理数据,他们原型设计、设计、发布。这就是这个想法的愿景。

Tomer Cohen: 是的。但这不必是他们一个人,我仍然相信团队。

Lenny: 只是更小的团队。

Tomer Cohen: 更小的团队,并且更专注于问题、任务本身,而不是——实际上我们所做的一件事是,我们开始采用小队(pods)的概念。我们不再是大型团队,我们会组建一个团队,最好是由全栈构建者组成的团队。

你知道,这不再是关于我能否让工程师、设计师、PM 合作,并试图组合这个三人组,而是着眼于那些能够跨领域灵活变通的人,然后他们会处理某个问题大约一个季度,然后我们重新将他们组装成不同的小队。

这是一个我们目前正在做的例子,并且在速度方面以及在团队的专注度和灵活性方面都看到了巨大的成功。

Lenny: 感觉这里的目标,你试图调整的,以及随着团队臃肿而崩溃的是速度、适应性和灵活性,因为回到你最初的观点,变化发生得如此之快,以至于以传统方式构建的公司根本无法竞争。

Tomer Cohen: 是的,这不是说你必须打破这个模型,我认为这个模型已经破裂了。只是这种变化的节奏正在帮助我们认识到这一点。

在产品开发中实施 AI 和自动化

Lenny: 好的,那么回到这些构建者仍然在做的事情,以及你想要自动化的事情,你分享的列表是,他们负责愿景、同理心、沟通、创造力和判断力。

Tomer Cohen: 是的。是的。我将把大量的注意力放在后者。我认为如果你问我,归根结底,什么是最重要的特质,我会说是判断力、品味、能力。

Lenny: 那么在自动化方面,你在哪些领域看到了巨大的成功,你认为这会走向何方?

Tomer Cohen: 是的,所以我想把它分解成几个部分,我认为,你知道,如果你现在是一家初创公司,你在很多方面都可以从这种方式开始,对吧?

你没有遗留代码(legacy code),没有遗留结构。你运行,事实上,我与之交谈的很多本地构建 AI 的初创公司,他们就是作为全栈构建者在工作的,这就是他们开始的方式。

如果你在像我们这样规模的公司,以及市场上许多其他公司,你会觉得这几乎是一种新的生产职能和心态,你必须去培养。

我们正在研究三个组成部分:一个是平台,第二个是工具和代理(Agent),最后是文化。

平台,这是你必须投入的投资水平,然后才能开始看到所有的好处。

但对我们来说,平台的一个例子是重新架构我们所有的核心平台,以便 AI 可以对其进行推理。所以我们正在构建这种可组合的 UI 组件,带有我们实际构建的服务器端。

我们基本上正在为 AI 做好准备,以便将其引入。所以你不能只是带一个第三方工具,让它在领英的技术栈上工作。

事实上,这是我们最大的经验教训之一,它永远行不通。永远行不通。你必须将其引入并进行大量定制,几乎以 Alpha 模式与这些公司合作,才能使其在内部工作。

Lenny: 所以这本质上是重新架构你的代码库,使其能够更有效地与 AI 协同工作,是这样理解吗?

Tomer Cohen: 是的,在很多方面,是与这些公司合作,在他们的技术栈中调整一些东西,以便与我们的技术栈协同工作。

Lenny: 所以,当你说那些公司时,指的是像 Cursors 和 Devons 这样的开发代理吗?

Tomer Cohen: 是的,或者设计方面的 Figma。你可以把设计系统视为另一个例子。

但你必须有那种来回的交流,因为在很多方面,我们还没有看到任何人能够立即在我们的代码库、设计系统和我们拥有的独特背景下开箱即用。

Lenny: 明白了。哦,是的,Copilot,微软。我明白了。好的。好的,这就是平台。所以这是你们必须做的投资,以使 AI 在构建和完成所有这些事情方面有效。

构建和定制 AI 工具

Lenny: 那么接下来是工具。

Tomer Cohen: 所以工具是你真正构建代理(Agent)的地方。我提到过,我想自动化我们谈到的那五个特质之外的一切,然后我们正在为此构建工具。

而且,对于这一点,实际上非常相似,我不能只是从外部带一个工具进来并使用。所以我给你举个例子。我们正在构建的一个最大的东西是构建一个“信任代理”(Trust Agent)。

你知道,信任对我们领英来说非常重要,信任所涉及的独特向量(vectors)在领英与其他任何地方都不一样。

所以我们需要将所有这些专业知识、背景和信息库带入这个代理(Agent)中。所以我们最终在领英内部构建了我们自己的信任代理(Trust Agent)。

Lenny: 那么这个信任代理在做什么?它在告诉你,你可能暴露了信息,而你...

Tomer Cohen: 所以当你构建一个规范(spec),你构建一个想法时,你通过信任代理(Trust Agent),它会基本上告诉你你的漏洞是什么,你可能会引入的潜在危害向量(harm vectors)是什么,或者因此会引入什么。

我让我们的信任负责人构建了它。所以,每个领域的“手艺”负责人都在构建他们自己的代理(Agent),作为一个例子。

我们,你知道,我们有一个针对求职者的功能,叫做“公开求职”(open to work)。如果你正在找工作,你可以在圆圈上放一个“公开求职”的小绿标。

它实际上是一个很好的信号。我们看到了它的一些巨大成功。人们互相帮助,社区围绕互相帮助而蓬勃发展,但同时它也为不良行为者引入了一个信任向量,因为在求职中,人们可能更容易受到诈骗的侵害。

所以要思考如何提前预防所有这些问题。所以我们运行了我们几年前的那个规范(spec)通过信任代理(Trust Agent)。它不仅能够找到我们最初引入的所有东西,而且还找到了我们直到后来才发现的所有漏洞。

所以这是一个很好的例子,说明一些东西运行得非常好。这是一个。另一个例子是“增长代理”(Growth Agent),同样,领英有一个非常独特的——实际上是我们的一个——我们有一个令人难以置信的增长团队、增长流程。

我们已经将我们所有独特的循环(loops)、漏斗(funnels)、过去的测试,所有一切都汇集到这个增长代理(Growth Agent)中,现在你基本上可以运行你的规范(spec),你的想法,它不仅会让你做得更好,它还会批评你的想法有多好。

这是你无法开箱即用的东西,它对领英来说非常独特,所以我们不得不投入巨大的资金。

你知道,有一个团队目前正在使用它,这几乎是,你知道,我一开始没有想到的,但我们的 UXR 团队,我们的用户体验研究(User Experience Research)团队,正在使用这个增长代理(Growth Agent)来了解在所有为会员浮现的东西中,哪个具有最大的增长机会,可以产生最大的影响。

当我们思考这个想法时,这并不在计划之中,但团队基本上正在将这些想法纳入其中。

一个例子是我们的“研究代理”(Research Agent)。所以研究代理(Research Agent)是根据我们会员的角色(personas)进行训练的。

你可以想象成小企业主、求职者等等,它不仅使用世界知识,它还使用了我们过去所做的所有研究,所有进入的支持工单(support tickets)。

所以它非常擅长理解领英的那些角色(personas)。一个例子是,一个团队提出了一个规范(spec),他们不知道我们已经有了一个研究代理。

我问研究代理,你知道,对于一个小企业主来说,你对我们提出的营销规范(spec)有什么看法,它批评得非常好,实际上在很多方面改变了团队的方向,让他们专注于我们可以关注的其他集成、工具。

但你知道,很难对公司内部的所有这些知识库拥有这种可见性。这是另一个例子。

我们有一个“分析师代理”(Analyst Agent),它经过了训练,可以查询整个巨大的领英图(LinkedIn graph),而不是依赖于你的 SQL 查询或数据科学团队,你可以使用分析师代理。

所有这些我都会说它们仍然是 MVP++。我们的目标是在接下来的几个月内将它们推出外部,我的意思是领英内部。

Lenny: 好的。不是作为新的产品线推出。好的,有很多问题。一个就是你们是如何构建的?你们使用的是什么平台?在领英构建一个代理(Agent)需要什么?是完全内部工具还是使用了第三方?

Tomer Cohen: 这是一个很好的问题。所以我想我们一直在尝试很多工具,我会说对于很多这种知识库代理(knowledge corpus agents),我们使用了一切,从 Copilot Enterprise 到 Chachi Enterprise。

然而,到目前为止,我们自己的定制一直是最大的成功因素。这是我们看到最大收益的地方。

你知道,甚至像构建跨越这些的协调器(orchestrator),因为你不希望代理(Agent)们只是一个接一个地运行。信任代理(Trust Agent)应该与增长代理(Growth Agent)协同工作,进行来回的互动,而不是按顺序进行。

所以我们在内部做了很多工作来实现这一点。这就是为什么我认为它确实需要那种水平的投资,然后,在某些情况下,你知道,让我们谈谈我们正在合作的设计代理(Design Agent)。

我们正在与多家公司合作,试图了解哪种产品对我们最有效,有趣的是,这也是另一个经验教训,不同的团队倾向于不同的产品。

所以这就像是我们需要解决和思考如何做得非常好的事情,因为最终我们试图尽可能简化流程,但这对我们来说是一个很大的学习经验,关于我们使用哪些工具以及如何将它们集成进来。

Lenny: 明白了。所以就像你可能有一个很棒的 Figma 代理,但有些团队想使用不同的设计工具。

Tomer Cohen: 是的,所以就像,你知道,我们已经尝试了 Figma、subframe 和 Magic Patterns 等等,我们看到人们根据职能、他们的可见性水平、他们对工具的了解程度,倾向于不同的工具。

而且,你知道,最终我不想公司有八个设计代理,所以我们必须,你知道,至少收敛到几个。

我认为在许多领域都是相似的,因为这些代理中的许多都试图解决相似的最终目标,但它们做的方式非常不同。

你会看到,最终,我认为不会有一个赢家通吃,因为客户或用户的起点将在很大程度上决定它们对于该用例的简单程度。

Lenny: 有趣。另一个有趣的启示是,你正在设计非常具体的、专精于某一任务的代理(Agent)。这是一个非常故意的决定吗?你是否尝试过一个在所有这些事情上都超级智能的代理?

Tomer Cohen: 最终我们会做一个协调器(orchestrator),我们会真正协调所有,但我们确实希望能够很好地对这些代理(Agent)进行评级和评分。

我认为现在有一个专业水平。我们正在以一种你可以屏蔽很多这些的方式来构建它。

你可能不知道有信任代理,你知道,你可能有,我们在内部称之为“产品干扰代理”(Product Jammer Agent),它基本上可以为你完成产品干扰(product jam),这是我们在内部进行的一个流程。

你可能只使用产品干扰引擎(Product Jam Engine),而那个产品干扰引擎将与所有其他代理协同工作,但现在我们从构建块开始,直到我们构建跨越的协调层(orchestrating layer)。

Lenny: 另一个有趣的启示是,大部分工作都投入到了产品开发过程的早期,只是帮助你制定正确的规范(requirements),澄清信任,然后是产品干扰,以及我们所做的研究,我想这是因为编码已经通过所有这些 IDE 工具得到了加速。

请谈谈为什么这可能是投入最多资金的地方,以及为什么你目前看到了最大的影响。

Tomer Cohen: 不,100%。我们的编码投资已经开始了一段时间,而且这些都完全到位了。

我们有我们的编码代理。事实上,我会将其分为两个部分。有一个是从想法到设计的部分,然后有一个是,我们称之为从代码到发布的部分。

从代码到发布的部分得到了大量的关注,我们正在那里取得一些重大进展,从编码代理到我们称之为“维护代理”(Maintenance Agent)的东西,当你有一个失败的构建(failed build)时,它会为你处理。

事实上,我认为我们现在有接近 50% 的构建是由维护代理(Maintenance Agent)和 QA 代理完成的。

Lenny: 哇。所以这是一个构建失败时,工程师不必跳入问题,你仍然可以喝完咖啡再重新构建?

Tomer Cohen: 非常酷,但我们直到推出这个计划才在从想法到设计(idea to design)的领域投入太多资金,而这是工作的一个实质性部分。

这也是在进入编码阶段之前,很多质量工作产生的地方。

我们的想法是赋权给每个人,所以如果你是一名工程师,你基本上可以使用流程前端的所有这些工具,并能够成为一名全栈构建者(full stack builder)。

上线时间线

Lenny: 要做到这一点,让你们的第一个团队开始构建这些初始代理以及部分后端工作,比如重做代码库之类的事情,花了多长时间?

Tomer Cohen: 我是在去年年底在内部宣布的。我们才真正开始工作,但更多的是在内部设置团队和流程。

我们有了那些代理的第一个 MVP,我想是在四到五个月之后,我敢说它们已经真正训练好了,但实际上工作本身是几个月专注的工作。

其中很大一部分是把所有的数据语料库(corpus of data)收集在一起,并进行清理。这也是一个很好的经验教训。

比如,仅仅让它访问你的驱动器,然后说“推理所有这些知识库”,效果并不好。它在理解过去的重要性、并对事物赋予权重方面做得非常差。

你实际上需要具体思考你想要给它什么上下文窗口(context window),以及你希望它关注什么知识库。

所以,即使是清理那些“黄金示例”(golden examples)供学习,也是最大的经验教训之一。仅仅对你所有的知识库进行推理是行不通的。

Lenny: 是的,这很有道理。可能有一个研究人员对某个你不同意的事情有强烈的意见,而 AI 不知道,它会觉得“哦,当然,这是数据,这是事实。”

Tomer Cohen: 完全正确。然后它并不总是理解,比如说,原始规范(specs)与成功之间的关系,对吧?

你必须实际构建,这是当你引入这些工具时一个非常有趣的方式,你不能只是把它们带进来。

你必须知道你给它们喂食了什么,而你喂食的不仅仅是访问权限。我看到很多人只关注连接性和集成,这让我想起了,你知道,这几乎就像,实际上在 10 多年前,当时我正在共同重建领英的团队,共同重建 Feed。

我们从头开始,我不得不坐下来筛选领英上什么是好的专业帖子,什么不是。

那花了,我说这不是几周的工作,是建立那个黄金样本(golden sample)的例子,但那是最重要的部分,是喂给它正确的数据,而不是所有的数据。

所以这需要工作。这就是为什么我会说,对于许多正在考虑这个阶段的公司,我今天与 CPO 和 COO 们就这个过程进行了很多交流,你必须投入这种初始工作才能获得后续的收益。

顺便说一句,我认为这是一个普遍适用于 AI 的经验,即使你是第一次学习它,无论它是 Cursor 还是 Figma 或其他工具(如 Lovable)的设计,你也应该准备好投入这些时间,然后才能看到自己的速度和质量有所提升,这会实现的,但你必须投入那段时间。

Lenny: 本集由 Miro 赞助。每天都有新的头条新闻让我们担心 AI 会以各种方式取代我们的工作,造成了很多焦虑和恐惧。

但 Miro 最近的一项调查讲述了一个不同的故事:76% 的人认为 AI 可以对他们的工作有益,但超过 50% 的人不知道何时使用它。进入 Miro 的创新工作区,这是一个智能平台,它将人和 AI 带入一个共享空间,以完成出色的工作。

十多年来,Miro 一直在赋能团队将大胆的想法转化为下一个重大事物。今天,他们站在前沿,通过释放 AI 和人类潜力的综合力量,更快地将产品推向市场。

这个播客的嘉宾经常分享 Miro 模板。我一直用它来和我的团队集思广益。团队可以尤其使用 Miro AI,在几分钟内将像便利贴或屏幕截图这样的非结构化数据转化为可用的图表、产品简介、数据表和原型。

你不必成为 AI 大师,也不必切换另一个工具。你在 Miro 画布上已经完成的工作就是提示(prompt)。帮助你的团队使用 Miro 完成出色的工作。请在 miro.com/lenny 查看。那是 mirro.com/lenny

试点计划和早期成果

Lenny: 试点计划目前的状况如何?它的规模有多大?有多少团队在做?你已经发布了哪些成果?请给我们一个今天世界的概念。

Tomer Cohen: 是的,我不会说我们已经达到了一个非常高的样本率,占组织的一个高百分比,但我们组织的一个实质性部分已经在使用了,并提供了大量的反馈。

我们看到了很多很好的例子。所以我看待收益的方式是:实验量乘以质量,这些实验有多好,除以从想法到发布所需的时间。

所以,在节省时间方面,无论是 PM、设计师还是工程师,我们现在每周都能看到节省了数小时的工作时间,无论是我们谈到的分析师代理(Analyst Agent),还是快速原型设计,或是产品干扰(product jamming)体验,都是其中的重要部分。

在质量方面,我们看到洞察力讨论变得越来越好。顺便说一下,质量和时间有时是相辅相成的,因为质量高,你就不必在某件事情上花费那么多时间。

所以我们看到这一点得到了应用,至于数量,我不会说我们已经达到了一个我认为组织中的高百分比在做的比率,但这将在我们内部没有正式发布(GA)之后到来,这将在接下来的几个月内实现,一旦我们把所有东西都准备好。

但我们看到设计师和 PM 直接从 Jira 工单中挑选 Bug,然后推入,这是我们以前从未见过的。

每个人都有加入的渴望。所以事实上,现在最大的问题是,每个人都想要访问权限。

每个人都想要访问这些工具,以便能够一起做这件事,我们只是想确保它足够好,以确保整个组织都能做得非常好。

Lenny: 那么你们是如何进行试点的呢?是有一部分人可以访问这些代理(Agent),然后他们像以前一样工作,只是可以使用这些工具,还是有专门的团队,这是你们现在的工作方式,就这样了,然后我们看看会发生什么?

Tomer Cohen: 所以这非常酷。基本上,我们有一个团队在构建,这是核心团队,他们正在构建跨所有研发(R&D)的 FSB 轨道。

FSB 是全栈构建者(Full Stack Builder)。然后有小队(pods)和团队在使用它。所以基本上我们正在关注我们正在给它的特定领域。

那里的条件是他们要提供反馈,作为对这个的响应。他们让工具变得更好,所以不仅仅是访问权限,我们想要那些会使用它的人。

你的早期采用者(early adopters)将是那些帮助你真正发布产品的人。所以我们现在正以小队(pod)模式进行。

Lenny: 所以它是一个更大的团队内的一个小队?就像一个设计师、PM、工程师这样的群体在一个——你能举个例子吗,领英的哪个部分正在尝试这个?

Tomer Cohen: 是的,所以你知道,如果我想到我们的一些团队,无论是,实际上我们刚刚推出了语义化人物搜索(Semantic People Search)和语义化职位搜索(Semantic Job Search),那个团队就使用了部分工具来帮助构建它。

所以那个团队实际上就是 PM 在使用这些工具构建他们自己的仪表板,而无需等待设计资源介入。然后我们有一个设计团队,他们现在已经,你知道,这实际上是从经理开始推广的。

在很多方面,我告诉这个团队的是,不要等待正式发布(GA),你知道,开始行动,开始投入。

我们看到那个团队的设计师开始提交 PR(Pull Requests),这以前从未发生过。现在其他团队也想这样做。

所以它是从这种基层体验开始的。我想说,我在一开始非常正式的地方,是产品执行团队。

基本上,我们从职能领导者(功能负责人),设计、PM、BD 等,转向产品领域领导者(Product Areas leaders)。他们基本上会跨越技术栈进行工作,他们还会与所有这些职能进行 360 度评估,看看他们是否真的能够进行全栈构建体验。

然后我们还在初级层面启动了一个新计划,称为“助理产品构建者计划”(Associate Product Builder program),我们以前有 APM 计划,该计划今年将结束,然后从一月开始,我们将开始我们的 APB 计划,他们将进入领英。

我们将教他们在领英如何编码、设计和担任 PM。他们将经历一个相当严格的培训过程,然后他们将加入那些小队,我们将逐步发展这个计划,使其也成为领英的一个实质性部分。

Lenny: 哇。所以这可能是 APM 计划的未来,是这个全栈构建者 APM 类的计划?

Tomer Cohen: 在很多方面,我们正在采用我们已经构建的一些非常棒的东西,我对那个群体感到非常兴奋。我希望我能加入。

但是,我们为他们建立了令人惊叹的培训,在很多方面,我们将利用这些培训来思考如何将其推广到整个组织。

我们正在使用这样的视角,你知道,你拥有出色的技术技能,但你还不是公司的一名工程师,或者你拥有出色的设计品味,但你还没有在公司进行过大规模的设计,我们将教你在领英如何做到这一点。

但是我们将大量使用这些培训来扩展到整个公司。

Lenny: 好的。所以你有这些计划、这些试点和小队,你说你正在关注的是实验速度乘以质量除以时间,以确定是否推广。

Tomer Cohen: 除以时间。除以时间。

Lenny: 好的,明白了。我想,我知道现在还早,但你只是说目前它正在为团队节省每周几个小时的工作时间,是这样吗?

来自顶尖人才的反馈

Tomer Cohen: 是的,我认为反馈一直是最重要的部分,对吧?当你以这种方式思考时,就像你构建一个产品一样,我们正在内部构建这个产品,你想与一些早期采用者进行实验,他们会给你反馈,反馈一直很棒。

事实上,我们的一些顶尖人才是在领英使用这些工具最多的人,他们提供的反馈一直令人难以置信,因为他们也愿意花时间并给出反馈。

他们的反应非常棒,无论是他们的产出质量,还是他们为了获得价值回报而投入的时间,以及他们渴望成为其中一部分,并真正扩展并使之变得更好。

所以,这就是我,你知道,大部分兴奋来自他们如何使用它以及我们在那里看到的质量。

我想说,在大约六个月内,我们将能够看到更多的组织使用它,然后你会开始看到那些顶线数字也会得到证实。

Lenny: 这是一个非常有趣的洞察,即顶尖人才正在获得最大的成功,因为一直以来都有一个问题:AI 是会让那些不够出色的人变得更出色,还是会让出色的人变得更卓越?

听起来更像是后者。

Tomer Cohen: 是的,这在很多方面是令人惊讶的,也不是令人惊讶的。我在我们转型时也看到过这种情况。

这很令人惊讶,因为你会希望其他所有人都能参与进来并投入。我认为顶尖人才有这种不断努力提升自己技艺的倾向,以及这种想要站在构建方式前沿的内在需求,我认为我们在这里也看到了这一点。

这就是为什么,你知道,我一直和团队说这句话,“如果我们构建了所有这些工具,他们会使用吗?”我现在知道答案是否定的。

仅仅给他们工具使用是不够的,你必须建立激励机制、计划、动力和演示如何做事的范例。

他们需要看到其他人也取得了成功,我在我们将领英从桌面公司转变为移动公司时也看到了类似的过程。变革管理在这里将是关键部分。我认为我看到很多公司推出了他们的代理(Agent),却期望大家都采纳,但这行不通。

有些人会适应,那往往是那些走在前沿的 5% 的人才,他们只是想要新工具,他们倾向于改变,但绝大多数人需要通过变革管理来学习如何做。

这需要对文化方面更加深思熟虑,这对我来说是迄今为止最重要的事情。

变革管理和采纳

Lenny: 是的,我想花时间讨论一下,这非常有道理,为什么人们不花时间在这里,因为他们有很多事情要做。他们必须交付产品,他们的日常工作已经很忙了。

你现在必须抽出时间来学习这个新工具,而这个工具在一段时间内不会带来回报。所以我理解为什么人们会想,“好吧,好吧,我总有一天会用它,但我以后再说,”但,你知道,他们没有用。

文化这个想法,这是我看到你最初分享这个时,这是使它成功的第三个支柱。所以有平台,让代码库准备好让 AI 使用。

然后是工具,就像你谈到的那些代理(Agent),然后是文化。你还能分享更多关于哪些方法实际上奏效了,帮助人们采纳?

我听说的一件事是制造一点“害怕错过”(FOMO),比如“好的,只有少数人可以使用这个,你必须注册才能获得访问权限。”哪些方法奏效了,让人们开始采纳?

Tomer Cohen: 是的,我认为这就是为什么我向人们强调,完成所有事情,平台、工具,是不足够的。

这是这项工作成功的先决条件,但不足以保证成功,因为它确实要求你在文化的各个方面投入大量精力,以促使人们投入其中。

这一开始可能会感觉很慢,但我以前在我们从桌面到移动的转型中看到过这种情况,一旦它开始起步,它实际上会保持非常高的速度。

你知道,人们非常受你如何为他们定义期望所激励,所以要思考人们在这个角色中的期望是什么。

绩效评估和全栈构建者

Lenny: 绩效评估方面有什么变化吗?

Tomer Cohen: 非常有必要。所以从你如何招聘,到校准和评估的一切。

我想尽早看到的一件事是这种 AI 能动性(AI agency)和流畅性(fluency)。就像我提到的,工具在那里,问题是你是否会使用它们,因为工具在一开始会足够好但不会很棒,对吧?

这是每个好的最小可行产品(MVP)工具的经典特征。它们足够好,但并不出色。然后,你想要建立那种能动性(agency)来让工具变得更好。

就像我们现在处于这样一种观念,我们要一起为领英做得更好。第二,在你的组织内部试点成功。这就是小队(pod)模式,你展示的不仅仅是它可以工作,而且它正在取得成功。

所以我们甚至有我们的合作伙伴团队(partnerships team),我们的业务拓展(BD)团队,他们能够不用依赖等待工程师来帮助构建开发者门户(developer portal)和构建连接器。

实际上,我们的一位合作伙伴负责人亲自去做了,甚至没有委托给他的团队。

目标是说:“嘿,我能做到,你也能做到。”这些例子非常强大。

我谈到了助理产品构建者计划(Associate Product Builder program),我们将非常专注于培训。我认为这将向整个组织发出一个非常强烈的信号。

人们将看到这些人才以及他们能做什么,我认为这将创造这种运动。但在全体会议上庆祝胜利,突出人物并展示这些例子,你知道,我们最近看到的一个例子,一开始是以一种惊讶的眼光来看待的,但后来我认为它真的为他们打开了一扇窗。

我们用户研究团队中有人。我们在增长团队有一个 PM 的空缺,那个职位空缺了一段时间,她说:“我觉得我能做到。”

她使用了所有这些工具。这是一个用户研究人员成为增长 PM,这不是你通常会看到的职业道路,但她对这个领域很兴奋,她使用了所有这些工具,她现在是团队的一名增长 PM。

所以,实际上你可以开始把她更多地看作一个全栈构建者。但是看到这些机会,然后向人们强调人们正在这样做,就是一个很好的例子。

然后就是确保这些工具是可访问的,人们可以提供反馈,你分享了很多,这是其中不可思议的一部分。

仅仅通过自上而下的指令说这就是我们想要的工作方式是不足够的。人们想要感觉有成功故事,他们觉得这值得他们投入时间,他们觉得这是一场他们想要参与的运动,最终他们可以看到他们如何做事的成功。

Lenny: 我喜欢这种与转向移动化的比较。这非常——我们都经历过,有很多公司要求你展示移动原型。

这是我们现在唯一的操作方式。你必须交付的一切都必须在移动端,有趣的是这与当时的经验是多么相似。

所以你刚才分享的一些事情,总结一下对你奏效的一些方法:展示胜利,庆祝胜利,向人们展示其他人如何使用 AI 工具,创建一个人们可以注册并使其有一点排他性的计划。

这个绩效评估部分非常有趣,因为它确实会改变人们的行为。你实际上已经对 PM 进行了这种改变吗?我想这适用于所有职级,而不仅仅是产品管理。

你已经做出这种改变了吗,还是说这仍然在进行中?

Tomer Cohen: 所以它有两个方面。一旦我转移了我的团队,我的直接下属,我们对他们进行了 360 度评估,所以他们的 360 度评估是,如果你来自 PM,你的团队中的设计师也会给你打分,所以这本身就产生了它自己的动力。

但随后我们将其广泛推广。所以我们现在招聘时,我们会寻找这些特质,在接下来的这个周期,我们进行每半年一次的评估,这将是绩效评估的一部分。

我们向所有人宣布了这一点,人们很兴奋地展示,他们很兴奋地知道他们将如何被评估。

人们总是想知道“我到底将如何被评级或评估”,所以能够展示这些例子一直是其中的重要部分。

我要说的另一件事是,这个计划要以正式的形式在整个组织中推广需要时间,我故意不急于向所有人推广,因为我认为这会很快稀释它的价值,因为它不关乎,我不太在乎你的头衔,我关心你如何工作。

所以称你为全栈构建者不是我想要的。我想要的是你将心态转变为全栈心态,你认为你可以做整个事情,你正在使用这些工具并寻找如何做。

所以我说过的一件事是:“如果你正在等待正式的重组或声明来开始以不同的方式构建,那么你等待的时间太长了。”

对我来说,最大的事情是,这是我的许可,让你不要等待,直接去做。所以无论你是否有正确的工具,去构建这个工具。

比如使用外部的工具,将其引入,展示这些例子。在很多方面,像在任何事情发生之前,证明你的心态是一个全栈构建者,这自然会发生。

这也是我们看到一些最优秀的人才投入大量精力的地方。

Lenny: 我喜欢这一点。我本来想提一下那句话,有人分享给我你刚才分享的那句话,所以我很喜欢你提到了,就是如果你在等待重组,就应该用正确的方式思考。

鼓励人们使用 AI 工具

Lenny: 你如何鼓励人们在自己的时间里使用这些工具?你只是说“去花几天时间玩玩 AI”,是让他们试一试,还是你有没有看到任何正式的方式来让人们在不加入这个计划的情况下更多地尝试这个?

Tomer Cohen: 我们一直在定期分享很多我们制作的工具。我的一些全体会议(all hands)都是关于如何使用这些工具的。

但同时,我们也邀请:“你有没有找到一个对你很有用的新工具?分享出来,展示出来。”

同样,它可以是 Slack,可以是消息,可以是 Teams 等等,关于你如何做。但关键真的是开始投入那种关于事物如何运作的投资。

实际上,我认为一般来说,你可能会被现在的工具、食谱和如何做事情所淹没,比如“你的提示是什么,我的提示是什么”,但真正重要的是找到一个真正有效的、你可以围绕它投入精力的东西。

就是这些领域。但我认为我们发出了邀请,让人们去探索,去带入你认为很棒的东西。

在很多方面,你知道,让其他人也加入这段旅程。这是一个很好的方式,可以让影响比少数做得非常好的人大得多。

挑战与专业化

Lenny: 在负面方面有什么惊喜吗?比如产品需求文档(PRD)感觉像是 AI 驱动的?人们意外地放慢了速度?有什么让你感到惊讶的,比如“好吧,这其实不太好”?

Tomer Cohen: 是的,我们提到了其中的一些。比如我曾希望一些工具能够开箱即用,但从未实现。

我们不得不投入相当多的精力。

Lenny: 从未实现?

Tomer Cohen: 从未实现。我们不得不投入相当多的精力,再次强调,部分原因是我们拥有大量的遗留信息、代码库、知识和设计等等。

所以,如果你,你知道,我们合作的很多公司也将其视为一个巨大的增长机会来进行投资,但我确实认为这也是一个巨大的投资领域。

我们谈到不要仅仅开放对所有上下文的访问权限,这是我们开始时做的,我们当时想,“哦,这是对所有驱动器、所有信息的访问权限。”失败得很惨,而且胡言乱语(hallucinates)得非常厉害。

人们倾向于不同的工具。比如我们的目标是收敛于少数工具,但这相当困难。

然后我认为在质量方面,我们看到了更好的质量,但我认为这是因为我们所处的阶段仍然是早期采用者,而且他们正在进行一些迭代。

但我想说,工具的采纳是很困难的,然后我认为对于一些人来说,这一点对我来说很重要,需要声明,有些人不想成为全栈构建者,这完全没问题。

有些人认为自己是专业化人才,我认为专业化有其地位和作用。所以我不想让整个组织都觉得“我期望每个人都成为全栈构建者。”我没有这个期望。

我认为有一些系统构建者(system builders)会借用全栈构建者,然后你有专业化的人才,但我认为我们不需要像过去那样多的专业化人才。

Lenny: 我直到现在才意识到这一点。所以这现在是他们的头衔吗?而不是产品经理、工程师,他们是全栈构建者?

Tomer Cohen: 我们在组织内部正式设立了全栈构建者这个头衔,我们正在逐步将人们纳入这个范畴。

Lenny: 所以正在形成一个完整的职业阶梯(career ladder)。有一个完整的——好的,这比我想象的要重要得多。

寻找人才

Lenny: 你们主要从哪里找到这些人?是产品、工程、设计吗?我想是混合的,但有没有最常见的趋势?

Tomer Cohen: 是混合的。我会建议正在听的人,想想你的组织,想象一下谁能做到这一点,谁现在可以跨越这些职能,无论是工程、设计、产品,甚至是业务拓展(BD)。

你会发现已经有不少人可以灵活地跨越。

Lenny: 有趣。有没有你认为特别擅长这个的职能?我不是想偏袒,但你有没有发现,或者你也可以不突出任何特定的职能。

Tomer Cohen: 不,我认为这是一种如何做的心态模式。我认为,你知道,如果我要说出哪个工艺可能最难学习,我认为设计需要做更多的工作才能让设计代理真正、真正好。

所以我认为设计师在其他人学习他们的手艺方面有一点优势,反之则不然。但我真心认为这是一种心态。

我见过设计师编码,我见过 PM 设计并且做得很好,这就是为什么我认为当你退后一步思考你组织中的人以及谁可以灵活变通时,你会发现他们出现在很多领域。

我认为你会发现他们拥有能动性(agency),他们正在投入新事物,他们拥有流畅性(fluency),就像他们已经在构建新的体验,而且他们拥有那种增长心态,他们只是想变得更好。

所以,他们上学时学了什么,或者加入公司时别人给他们贴了什么标签,并不重要。

我喜欢这一切的是,这是有史以来最容易在不同的产品角色之间转换的时候。

设计转到 PM,或者只是转到这个新角色,这使得它变得更容易,就像你说的,那个研究人员成为了增长 PM。

这可能是我给团队的最大建议和动力,因为我告诉他们的是,顺便说一句,这对我也一样。

我以同样的方式思考,这为你带来的激励与组织对我们的要求是如此一致,对吧?

因为这是我们,我们需要你改变,我们想成为一个更敏捷、适应性更强、更有韧性的组织,能够应对变化的速度,但你也希望为了你自己的职业生涯,你想要站在如何构建的前沿。

所以你自己的职业生涯需要什么,以及组织需要你做什么,这两者之间的激励是非常一致的。

所以,对我来说,去做这件事的许可是,理想情况下,是他们想要做更多事情的推动力,而不是其他任何东西。

在自己的公司实施的建议

Lenny: 也许最后一个问题是给那些受到启发,并认为“好吧,这就是我们需要做的”的人的,对于那些想在自己公司尝试类似事情的人,有什么成功的建议吗?

Tomer Cohen: 我会说,我会从如何引入的角度开始思考,让我们来构建它,我会思考你需要构建的平台,你想要引入的工具,然后我会花大量时间在文化上。

平台和工具我认为是先决条件,但不是充分条件。文化方面非常重要。

我会多想想如何让人们加入进来。所以我们学到的一个经验,如果我现在重新做这个计划,可能会有所不同的是,有一段时间我与我的核心团队非常密切地合作,这个核心的全栈构建团队负责构建所有这些材料。

但组织总是在问:“发生了什么?谁在做?工具是什么?”回顾来看,我们本可以在流程中做更多工作来展示给他们,让他们使用早期工具,或者让他们了解,而不是只是一个小的团队在做。

所以从小团队开始是可以的,我认为这非常重要,但同时,确保整个过程中都有可见性是非常强大的。

保持耐心并愿意投资。我总是举这个例子,你知道,我们总是举这个例子:“哦,看看这家初创公司,他们在一周内就建成了。”

是的,如果你从头开始,你现在可以在一周内建立一个像样的产品,这实际上并不难。但是,当你试图改造一个大型组织时,你想要对目标感到不耐烦,并且抱有很高的雄心,但要非常深思熟虑和耐心地看待如何将其带入生活,以及你必须投入的关键事物。

如果你不投资你的平台,我只是看不到这如何能成功。如果你不投资为你定制工具,那么你只会得到外部提供的普通代理(generic agents)。

所以要意识到投资,并确保你实际分配了资源。这有点像经典的,“愿意预先投资,这样你才能在之后获得回报”,而不是说,“嘿,你知道,为什么我没有看到我们的生产力在一周内提高两倍?”

事情不会是这样的。你可以在一些人身上看到,但开始收集这些例子,并真正思考转型是至关重要的。

Lenny: 这真是太酷了。我知道很多 CPO 和产品负责人以及各种领导者都在联系你,试图弄清楚你学到了什么,如何做到这一点,所以我很高兴我们深入探讨了所有这些事情。

最后一个问题:在我们进入非常激动人心的闪电问答环节之前,还有什么我们没有分享,但你认为对听众有帮助,或者需要强调的吗?

Tomer Cohen: 无论你是在一个等待领导者推出这个计划的组织中,还是你是一个试图推出这个计划的领导者,我都不会等待。

我想,我做的第一件事,事后看来真的很有帮助的是,我一开始就宣布了。

我们要进入这种模式,我们正在从小范围开始,我们正在建立工具,但这是我们要追逐的目标。

在很多方面,我们要让它变得很棒。我也宣布这不仅仅是一个终态,而是一个持续的进步。

没有一个我们要达到的状态,更多的是持续不断地努力做得更好。在很多方面,为了竞争,你只想在如何构建方面比其他人做得更好,因为构建的版本会每隔几年就不断地自我革新。

所以不要等待,真正专注于你正在取得的进步,与你的团队进行充分沟通,不仅是愿景,还有你正在取得的进步,几乎就像让自己承担责任一样。

如果你是一名领导者,给自己设定 KPI 或 OKR,并与你的团队分享,如果你在一个组织内部,我会说,无论你的 CPO 或 CEO 是否宣布了这种计划,都去这样做,或者加入一个正在这样做的组织,这样你才能站在未来如何构建的前沿。

闪电问答和最终思考

Lenny: Tomer,至此,我们进入了我们非常激动人心的闪电问答环节。我有五个问题要问你。你准备好了吗?

Tomer Cohen: 我准备好了。

Lenny: 第一个问题,你最常向其他人推荐的两三本书是什么?

Tomer Cohen: 我喜欢赠送我非常喜欢的三本书。所以我目前的三个是,它们的主题非常多样化,所以如果它们没有全部落在技术领域,请见谅。

第一本是 Why Nations Fail(《国家为什么会失败》)。这是一本我在十年前读过的书,甚至更久,它的作者去年刚获得了诺贝尔奖。

它基本上谈论了为什么有些国家成功,有些国家失败,而这并不是我们通常会想到的那些解释,比如“哦,是文化、是自然资源、是宗教。”

这些都是人们倾向于立即使用的借口。它基本上分为两个阵营:是榨取式(extractive)的还是包容性(inclusive)的制度?

人们是否可以广泛参与,机会是否共享,或者是否存在一些制度,它们本应从多数人那里获取,然后给予少数人?

所以这是一种令人难以置信的方式来思考你如何建立一个国家,对于我们在领英来说,我们经常思考机会的概念,所以也思考你如何构建一个产品,这是一种很好的方式,可以让你从简单的解释转向什么才能真正使一个国家取得成功。

第二本书,它叫 Outlive(《超越》)。它实际上是关于这个想法,有点像,你知道,作者 Peter 谈到了医学 3.0 的想法,这实际上是关于构建个性化医疗的概念,我认为在 AI 的世界中,这将在未来变得令人难以置信。

但它是所有这些类别,你应该为你的生活考虑,以便你可以尽可能优化你的健康,它涵盖了一切,从健身到饮食,再到你应该考虑的最大健康因素。

但这本是一本很棒的长书。

[笑声]

Lenny: 在我身后的书架上。你瞧。

Tomer Cohen: 它在最上面。你可能看不到。最后,这也是多年前出版的一本书,但它叫 The Beginning of Infinity(《无穷的开始》),我非常喜欢,作者是 Deutsch

对我来说,这不是一本容易读的书,但我喜欢这个想法。

事实上,尤其是在产品中,我喜欢因果关系(cause and effect)的概念,比如真正找到事物如何发生的很好的解释,然后在其之上构建你的下一次迭代。

这本书真正推动了“解释”这个想法,只有当我们对事物如何发生有了清晰的理解,我们才能在此之上取得突破。

但在我们达到清晰的科学突破之前,我们不会取得重大进展,但当你做到这一点时,你几乎可以在此之上取得无限的进展。

Lenny: Naval 总是谈论最后一本书。我想我买了,但我就是觉得它至少对我来说很难阅读。

Tomer Cohen: 这不是一本容易读的书,但它是一本非常有力的书。

Lenny: 太棒了。最近有没有你非常喜欢看的电影或电视节目?

Tomer Cohen: 我可以推荐播客吗?

Lenny: 当然可以。

Tomer Cohen: 有一个播客,它是希伯来语的,叫 One Song(《一首歌》),它选取一首你知道的,通常是最好流行的歌曲,然后深入探讨这首歌的起源和历史,我非常喜欢。

我就是喜欢音乐,它把歌曲解剖得非常好。它在将歌曲背后的故事带入生活方面也做得非常出色。

对我来说,它让我回想起,你以为这首歌是关于某事的,但它却深入到了歌曲背后的角色。

有时是选择的词语,或者是歌词如何与音乐本身匹配,我真的很喜欢那个。

Lenny: 有一个播客叫 Song Exploder(《歌曲解构》),我相信它是一个类似的概念,不是希伯来语的,是英语的,如果你喜欢那个,我会推荐给大家。它很棒。

有没有你最近发现的,非常喜欢的产品?可以是一个应用程序,可以是一些衣服,可以是一个厨房小工具,科技小工具。

Tomer Cohen: 可以是一个我想拥有的产品吗,我认为它实际上很容易实现?

Lenny: 我喜欢这个。这是产品思维 101,只是你希望看到的愿景。

Tomer Cohen: 所以在我的车里,现在内置了 Alexa,这很棒,因为孩子们可以整天点歌,它在车里是一个完整的表演。

但我最喜欢做的一件事,我已经做了两年多了,是我会进入语音模式,ChatGPT,然后我们就可以进行对话,这完全没有摩擦。

我希望我的方向盘上有一个按钮,可以召唤我的 AI 朋友,它可以坐在我旁边的副驾驶座上。

我认为这会是,我真的认为这会改变人们的乘车体验。仅仅是消除摩擦的这个动作就会改变我的体验。

Lenny: 谈到这个,我最近发现特斯拉现在可以做到这一点了。如果你按住右边的轮子,Grok 就会出现,你就可以和 Grok 说话。

Tomer Cohen: 哦。所以它在这里了。AI 已经到来了。

Lenny: 是的,我只是不小心按到了。然后我想,好的,很酷。

Tomer Cohen: 所以对我来说,如果,如果 Rivian 的任何人正在听,请把它带到车里。

Lenny: Rivian 落后了。是的,而且你必须使用 Grok

如果你可以切换到不同的 AI 会很酷,仅仅因为它的个性,我只是想获得信息,我不需要你笑或给我...

Tomer Cohen: 你是否需要事先花一些时间与它交流,或者它是否有任何记忆?你是否带入了任何记忆?

Lenny: 有一个未登录版本,然后你可以登录,它就会连接到你的账户。

是的,它非常酷。没有人谈论它,这太疯狂了,因为我不知道他们是否完全发布了,但它就出现了。

Lenny: 你在车里和它说很多话吗?

Tomer Cohen: 老实说,我用得不多,但我应该用。

Lenny: 我妻子只是不太喜欢 Grok,我认为 Grok 这个品牌是一个特定的品牌,所以她会说:“别在车里跟我说话。”

Tomer Cohen: 我,我喜欢语音模式,所以我一直在用。

Lenny: 是的,我也喜欢语音模式,它只是打断得太频繁了,这是问题所在。

Tomer Cohen: 对吧?你可以,顺便说一句,你可以设置它,你可以基本上说:“嘿,只是...”

Lenny: 是的,比如让我把话说完。我知道我学到了很多东西。好的,还有两个问题。

你有一个你经常在工作或生活中觉得有用的座右铭吗?

Tomer Cohen: 我想上次我说过我最认同的是“我可能错了,但我没有困惑”(I might be wrong, but I'm not confused),尽管我现在说得不多了。

但我认为我喜欢的一个是,你知道,增长心态(growth mindset)对我们家来说就像第二宗教。

我喜欢的一句话是“成为(becoming)比存在(being)更好”,我认为这与 FSB 模式有一点关联,那就是你总是处于进步模式、迭代模式。

这不是关于达到某个状态,而是关于旅程,关于过程,那是你应该爱上的。

它是关于持续成长和发展,没有消极情绪,也没有“害怕错过”(FOMO)的感觉,它只是一个持续的过程。

如果我回顾一年前,我回顾我成长了多少?比如我知道了多少,我获得了哪些技能?

我如何变得更好?比如我感觉 2026 年的版本和 2025 年的版本有什么不同?

这里的差距是什么?我喜欢这种思考方式。

Lenny: 这是一个很好的过渡,引向我们的最后一个问题。当这集节目播出时,你离开领英的消息将不再是秘密,你在这里工作了 14 年,这是一个传奇般的历程。

你在被收购之前就加入了,你帮助他们整合。领英在 14 年前的形象与今天如此截然不同。

现在在那里工作实际上很有趣,很吸引人,而不是人们长期以来对领英的感受。

所以,我想问的问题是,你现在感觉如何,接下来你打算做什么?我想你会接到很多人的电话,但你有什么计划?

Tomer Cohen: 是的,我感到自豪。在领英这是一段不可思议的旅程。你知道,我第一次深入了解领英是在我搬到硅谷(the Valley)的时候,我在 2008 年去斯坦福听了一场关于社交网络的讲座。

Reid 在那里,他谈到了在线职业社区的力量。

我对它非常着迷,认为这是一个不可思议的愿景,当时没有加入的计划,实际上之后创办了自己的公司,但运气好的话,几年后我加入了,并认为这个使命是不可思议的。

所以在很多方面,它与我的目标一致,能够在这里是一段不可思议的旅程。我也感到非常感激。

我最近与公司分享了这一点,我开始从我在这里的经历中吸取教训,很多都是来自艰难的境况,因为我们在领英经历了很多艰难的境况,艰难的决定和深夜,但你从中学到了很多。

我非常感激。我很兴奋。我喜欢——我倾向于改变,我倾向于将自己定位在一个可以学到最多东西的地方,并学到很多。

这是一个不可思议的构建时代,所以我很高兴能思考新的问题集和新的领域,我可以深入研究并投入下一个十年。

Lenny: 我认为你需要很长时间才能感觉自己没有在领英工作,才能忘记你多年来一直在担心的事情。

Tomer Cohen: 你知道,当你构建一样东西这么长时间之后,我想你和我在某个时候谈论过,我认为对于一个构建者来说,最好的特质之一是他们对他们正在构建的东西变得非常热情,真的关心,不是关心工作,而是真的关心产品。

当你有人抱怨时你感到痛苦,你有一种持续的不满,对我来说,这就像是,你知道,抚养一个孩子。

所以,是的,这很难,会很难。我将永远把领英视为我帮助抚养的孩子之一。

Lenny: 好的,我很高兴有一天你能回来,当你弄清楚接下来想做什么,或者开始你正在做的任何事情时。

Tomer,我很高兴有机会认识你。非常感谢你来到这里。

Tomer Cohen: 很高兴来到这里。

Lenny: 谢谢 Lenny。再见各位。非常感谢收听。如果你觉得这很有价值,你可以在 Apple Podcasts、Spotify 或你最喜欢的播客应用上订阅节目。

另外,请考虑给我们一个评分或留下评论,因为那真的有助于其他听众找到这个播客。你可以在 lennispodcast.com 找到所有过去的剧集或了解更多关于节目的信息。下集再见。


AI 前线

红杉专访 OpenAI Codex 团队:AI Coding 的未来,应该是异步自主 Agent

2025-12-24 22:33:09

AI 前线

指挥者到编排者:AI 智能体赋能的未来编码

2025-12-24 22:33:19

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索