LinkedIn CEO 说未来有三大 AI 岗位会爆发,但他可能只说对了一半

0 评论 215 浏览 0 收藏 18 分钟

AI浪潮下,LinkedIn CEO关于就业市场的乐观论断引发深度思考。本文犀利拆解AI替代职场的真实路径——不是骤然斩杀,而是慢性重组,揭示翻译行业四阶段替代模型的典型样本。更直指三大未来岗位命名的认知陷阱,剖析AI时代产品经理如何从数据孤岛中架设价值桥梁,并预警科技提效背后的残酷真相:岗位总量未减,但人员正在悄然更替。

最近,一段采访在产品圈里传得很广。

「硅谷女孩」采访了 LinkedIn CEO Ryan Roslansky,他给出了一个让很多人松了口气的判断:AI 并没有大规模摧毁就业,反而创造了大量新岗位。他还具体点了三个未来需求爆发的岗位——数据标注师、数据中心部署员、AI 前置应用工程师。

我看完的第一反应不是兴奋,而是警觉。

因为 Ryan 说这番话的身份,恰恰是他最大的利益相关方。

LinkedIn 是全球最大的招聘平台。如果他说“AI 将导致大规模失业”,等于宣判了自己平台的死刑——谁还会在一个岗位正在消失的平台上经营职业形象?所以他必须说“岗位没有减少,只是在变化”。这不是阴谋论,这是基本的商业逻辑。

同样,Musk 在最近的演讲中被问到是否大量裁员时,表情明显紧张,然后迅速说“没有,我们还在招人”。如果你看过那段视频,你会注意到他的微表情——这不是一个在说真话的人的表情,这是一个在说“正确的话”的人的表情。

一、Ryan 说对了什么?——“慢性替代”比“斩杀”更可怕

先给 Ryan 一些 credit。他有一个判断确实非常精准:

AI 对岗位的替代不是“斚杀式”的,而是“慢性的”。

这一点被绝大多数人误解了。大家总想象一个戏剧化的场景——AI 来了,翻译全部下岗,设计师全部失业。但现实完全不是这样。

以翻译行业为例,真实的替代链条是这样的:

翻译行业 AI 替代的四个阶段

第一阶段:甲方公司发现用 AI 翻译工具能搞定 70% 的场景,于是减少了向翻译公司下单的频次。注意,不是不下单了,是减少了。

第二阶段:翻译公司的现金流开始吃紧,但不至于倒闭。公司开始让只会做翻译的新人走,留下那些能兼做商务助理、行程规划的老员工。

第三阶段:翻译公司转型为“AI 辅助的综合商务服务商”。原来你只买翻译,现在同样的钱,你买到了翻译+行程+商务建议。服务范围变大了,单价没涨。

第四阶段:甲方发现这种“AI+人”的综合服务其实比纯 AI 好用,于是形成了新的合作模式。行业没有消失,但彻底变了形。

整个过程可能持续 2-3 年。没有哪一天你能指着说“就是这天,翻译行业死了”。

这对产品经理意味着什么?意味着你的产品规划周期内,大多数行业不会突然消失,但会持续变形。你不能按“行业还在”来做产品规划,也不能按“行业要死”来做产品规划。你需要按“行业正在变形”来规划。

PM 启示:AI 带来的不是“需求消失”,而是“需求重组”。产品设计应着眼于如何帮助传统服务商用 AI 升级服务包,而非单纯替代。

二、Ryan 说错了什么?——三个岗位的命名全部有问题

Ryan 提的三个岗位是:数据标注师、数据中心部署员、AI 前置应用工程师。作为一个产品经理,我认为这三个岗位的底层逻辑没问题,但命名和定位全部有问题。这不怪 Ryan,他自己在视频里也承认“这个名字听起来很奇怪”。但问题不仅仅是名字奇怪,而是这种命名方式会误导很多人走错方向。

问题一:“数据标注师”严重低估了岗位价值

一听“数据标注”,你会想到什么?一群人坐在电脑前,给图片画框框,给文本打标签,时薪 30 块。这是 2020 年的数据标注。

但 Ryan 真正在说的,其实是一个完全不同的角色:垂类行业的 AI 知识翻译官。

大模型能解决 80% 的通用问题,但商业价值最高的那 20%,藏在行业顶尖专家的脑子里。这些专家——无论是名医、顶级交易员、还是资深工程师——他们的核心经验从来没有被数据化过。

为什么没有被数据化?因为它们往往是反直觉的。普通医生按教科书往左治,名医凭经验往右治。这种“违反常规但效果更好”的经验,恰恰是模型最需要、也最难获取的数据。

所以这个岗位的真正工作不是“标注数据”,而是“翻译知识”——把行业顶尖专家的隐性经验,翻译成模型可以理解和学习的结构化数据。这需要两个能力:第一,你得懂这个行业;第二,你得懂模型训练的逻辑。

这样的人,年薪应该是 30 万起步而不是时薪 30 块。但只要这个岗位还叫“数据标注师”,市场就会持续错配。

问题二:“数据中心部署员”听起来像蓝领,实际上是企业 AI 架构师

Ryan 的意思是未来每家企业都需要私有化的 AI 基础设施。这没问题。但“部署员”这个词让人联想到的是装机、接线、维护服务器。

实际上这个角色需要做的决策远比“部署”复杂得多:选什么芯片?用英伟达还是国产昇腾?模型放在云端还是本地?数据安全方案怎么设计?液冷还是风冷?推理成本怎么优化?

这不是“部署”,这是“架构”。用产品经理的话说,这个人其实是企业 AI 基础设施的产品经理——他要在性能、成本、安全和可扩展性之间做权衡,这本质上是一个产品决策。

问题三:“AI 前置应用工程师”——这个岗位还没有被正确定义

这是三个岗位里最有意思、也最混乱的一个。现在市场上把这个角色叫“AI 产品经理”。但我认为“AI 产品经理”这个名字是完全错误的——它让人以为这是“产品经理 + 会用 AI 工具”,但实际需求完全不是这回事。

我在线下接触过很多老板,他们的真实需求是这样的:

“我知道 AI 很重要,但我没时间研究。我不需要你帮我写 PRD,不需要你帮我做市场调研,不需要你画原型图。我需要你告诉我——AI 现在到底能干什么?我的业务里哪些部分可以用 AI 改造?改造了以后我能省多少钱、多赚多少钱?然后你来负责落地。”

这不是产品经理,这更像是一个 AI 转型 CTO + 战略顾问的混合体。

有个更形象的说法把这种角色叫做“AI 人质”——公司花钱养着的一个 AI 信息前哨。AI 已经攻到哪了?我们该跑了还是还能再逍遥一会?这个人的核心价值就是回答这个问题。

“AI 前置应用工程师” vs 传统产品经理

这个岗位之所以没有好名字,是因为它正处于“UI 设计师”当年的阶段。还记得吗?UI 设计师这个岗位在定名之前,先后被叫过网页设计师、写实设计师、UE 设计师、互动设计师……每一个新物种出现的时候,市场都需要 3-5 年来给它找到准确的名字。

三、一场价值百亿的数据战争:Anthropic vs IBM

讲完了宏观判断,我想深入一个案例。这个案例在国内几乎没人认真拆解过,但它对产品经理理解 AI 时代的竞争逻辑极其重要。

事件回顾

今年年初,Anthropic(Claude 的母公司)宣布他们的模型已经能够读懂和维护一种极其古老的计算机语言——COBOL。这种语言被全球大量银行用来维护核心金融系统,已经运行了几十年。会 COBOL 的程序员几乎已经绝迹,只有 IBM 公司里还“藏着”几个老专家。每年银行要维护系统,就得花天价从 IBM 请人。

Anthropic 说:以后这事交给 AI 就行了。消息一出,IBM 股价单日暴跌 13%。

大多数人看到的是:Anthropic 抢了 IBM 的生意。但产品经理应该看到的,远不止于此。

启示一:这不是技术竞争,是数据入口争夺战

Anthropic 为什么要大费周章研究一门快要消亡的编程语言?靠这个收服务费?那点钱对 Anthropic 来说根本不值一提。

真正的答案是:COBOL 是一把钥匙。掌握了 COBOL,就意味着 AI 可以读懂、进入并维护银行的核心数据库。而银行核心数据库里躺着所有的交易记录、存款数据、客户画像……这些数据因为 COBOL 语言的壁垒,几十年来一直是一座“数据孤岛”。Anthropic 做的事情,本质上是修了一座桥,连通了这座孤岛。

一旦桥修好了,服务费可以不要。维护的过程中,模型就能接触到这些独占性数据。然后,Claude 在金融垂类的能力就会对所有竞争对手形成降维打击。

启示二:数据壁垒 > 模型能力

GPT-4 和 Claude 在通用能力上可能相差 5%-10%,用户感知不明显。但如果 Claude 独占了全球银行系统的核心数据,那它在金融领域的表现可能领先 100%。这种优势不是靠堆算力或优化算法能追上的。

对产品经理来说:在 AI 时代,“获取独占数据的能力”比“模型能力”重要得多。你的护城河应该是数据,不是模型。

启示三:每个行业都有自己的“COBOL”

银行有 COBOL,医疗有名医脑子里的经验,法律有资深律师的判例直觉,制造业有老师傅的工艺参数……每个行业都有一块被锁在“语言壁垒”或“经验壁垒”后面的高价值数据孤岛。谁能修桥连通这些孤岛,谁就掌握了这个行业的 AI 入口。

启示四:从“功能思维”转向“数据桥梁思维”

传统 PM 思维:用户有什么需求 → 我做什么功能。

AI 时代 PM 思维:这个行业的数据孤岛在哪里 → 我怎么修一座桥连通它 → 连通之后我能用这些数据做什么产品。

功能可以被复制,桥不容易被复制。

启示五:“数据 → 模型 → 产品”的飞轮效应

一旦你通过产品连通了某个数据孤岛,就会形成飞轮:独占数据 → 训练出更好的垂类模型 → 吸引更多行业用户 → 获取更多数据 → 模型更强 → 壁垒更深。

这就是为什么 Anthropic 愿意在一门快要消亡的语言上投入巨大资源——他们不是在做一个功能,他们是在启动一个飞轮。

四、“所有行业被 AI 重写一遍”到底意味着什么?

这句话在行业里被说滥了,但绝大多数人把它理解成了一句口号。作为产品经理,我把这句话翻译成三层具体需求:

“所有企业都将被 AI 重写一遍” → 拆开就是:数据要重新标注、硬件要重新部署、业务要重新设计。谁能把这三层串起来,谁就是下一个时代的 Salesforce。

这里有一个被忽略的细分逻辑:垂类不是“医疗”“金融”“法律”这种粗颗粒度。医疗下面有少儿医疗,少儿医疗下面有少儿兔唇修复,兔唇修复还分男孩女孩的不同方案,再往下还有合并心脏疾病的特殊情况……

每一层细分都需要对应的专家 + 对应的训练师 + 对应的定制化小模型。这意味着“数据标注”不是一个平台级生意,而是无数个垂类小生意的总和。产品设计时要想清楚:是做平台通吃,还是深耕一个垂类做到极致?

五、科技进步的悖论:工具越好用,我们为什么越忙?

Ryan 说 AI 没有减少岗位,反而创造了更多岗位。如果你仔细想想,这其实不是新鲜事——每一次重大技术革命都是这样的。

电子邮件让沟通更快了,但我们每天处理的信息量比写信时代多了 100 倍。Excel 让计算更快了,但老板期望你做的分析比手算时代复杂了 100 倍。智能手机让我们随时可以工作,于是我们真的随时都在工作。

工具提效 → 老板期望上调 → 工作总量不降反升。这是科技史上反复验证的铁律。

AI 也不会例外。当翻译公司的员工用 AI 搞定了翻译工作,老板不会说“太好了,你可以早下班了”。老板会说“既然翻译不用你花时间了,那你顺便把行程规划、商务方案也做了吧”。

PM 启示:不要只做“提效工具”,要做“价值增量工具”。好的 AI 产品应该帮用户“卖得更贵”,而不仅仅是“做得更快”。

六、最后说几句不好听的真话

Ryan 说 AI 没有冲击就业。这在统计数据上可能是对的——新增岗位确实大于减少的岗位。

但统计数据掩盖了一个残酷的事实:新增的岗位和减少的岗位,不是同一批人。

被替代的是那些“只会做翻译”“只会画原型”“只会写基础代码”的人。新增的岗位需要的是“懂行业 + 懂 AI + 懂商业”的复合型人才。

总量没变,但人换了。

如果你是产品经理,现在最危险的不是“AI 会不会取代产品经理”这个问题,而是“AI 时代需要的产品经理,和现在的你,是不是同一种人”这个问题。

本文由 @十二 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!