惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 司徒正美
The GitHub Blog
The GitHub Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Apple Machine Learning Research
Apple Machine Learning Research
L
LangChain Blog
GbyAI
GbyAI
博客园_首页
V
Visual Studio Blog
Martin Fowler
Martin Fowler
WordPress大学
WordPress大学
H
Hackread – Cybersecurity News, Data Breaches, AI and More
博客园 - 叶小钗
腾讯CDC
博客园 - Franky
IT之家
IT之家
Google DeepMind News
Google DeepMind News
Microsoft Azure Blog
Microsoft Azure Blog
D
Docker
大猫的无限游戏
大猫的无限游戏
Recent Announcements
Recent Announcements
小众软件
小众软件
博客园 - 三生石上(FineUI控件)
B
Blog
酷 壳 – CoolShell
酷 壳 – CoolShell

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
AI重塑BAT的三种未来
零态LT · 2025-07-07 · via 人人都是产品经理

当AI浪潮席卷而来,BAT这三座互联网高塔也站在了命运的分岔口。是被技术颠覆的旧王者,还是借势重构的新时代引擎?本文从战略视角出发,深入剖析AI如何重塑百度、阿里、腾讯的未来路径,揭示它们在组织架构、产品逻辑与商业模式上的潜在变革。

AI是潮流,是所有人必须登上的列车。但到了2025年,这列高速行驶的技术列车开始驶入一段分岔路口。

有的大厂全速换轨,试图重新铺设通往未来的路径;有的则加装引擎,在原有轨道上强化每一分效率;还有大厂加紧改变调度系统,让既有列车在复杂网络中跑出新节奏。

AI不只是工具,它正成为企业进化的分水岭。因为,这不再是一场比拼技术参数的竞赛,而是一场关于增长逻辑、组织模式、战略自信的分野。

站上分岔口的BAT三巨头,正在走向三种未来。

一、AI朝前走,路线如何分化

如果说前几年的AI应用更像是加装“外挂”,为现有流程装上一个智能插件。那么,到了2025年,这场AI变革则正在以不同的战略路径选择逼近企业发展主干。

不同路径的背后,是不同的组织信仰与资源布局。天眼查综合媒体信息显示,驱动器逻辑,强调AI为我所用,效率优先,成本领先;中枢逻辑,关注AI如何增强系统协同,强调的是组织弹性;而操作系统逻辑,看起来是要将AI变为企业架构与生态的核心语言,走的是一条底层翻修的系统性路径。

这不仅是三家公司对AI认知的差异,更是它们所处组织结构、生态边界与资本愿景的自然延伸。从战略视角看,这场AI路线不同路径间的竞赛,正如一场三岔路上的马拉松,不是谁跑得最猛,而是谁修得最稳、布得最广、撑得最久。

于是,一场关于AI的企业分化图谱,就此浮现。

百度构建“AI城邦”,腾讯修建“AI道路”,阿里打造“AI骨架”。

它们看待AI的方式,决定了它们如何使用AI、组织AI、沉淀AI。

这一点。从三家大厂的财报中可见一斑。百度2025年第一季度财报显示,其一季度总营收达325亿元,百度核心营收255亿元,同比增长7%;核心净利润同比增长48%至76.3亿元。

值得注意的是,其AI相关的业务增长势头强劲。其官方数据显示,智能云业务同比增速达42%;文心4.5 Turbo输入价格降至0.8元/百万token(较前代降80%),X1 Turbo价格再降50%,直接拉动企业AI应用渗透率。

腾讯控股(00700.HK)2025年一季度财报显示,实现营收1800.2亿元,同比增长13%,毛利1004.9亿元,同比增长20%,经营利润(Non-IFRS)693亿元同比增长18%。

阿里巴巴第四财季(注:阿里巴巴财年与自然年不同步,2024年4月1日至2025年3月31日为2025财年),营收为2364.54亿元,同比增长7%。不按美国通用会计准则(non-GAAP),净利润为298.47亿元(约合41.13亿美元)。

结合公开资料,或能看出三家大厂的AI战略正朝着不同路径深化。对百度而言,AI是底层的通用能力,必须像操作系统一样搭建得牢、用得稳;对腾讯来说,AI是提升系统协同效率的调度中枢,讲究的是模块配比、接口整合与产品通感;而阿里则试图让AI驱动企业生态升级,在全组织范围内完成一场“语法级”的改写。

于是,三家公司分别扮演起AI基础设施建设者、生态调度者与系统重塑者的角色。路径不同,逻辑不同,但背后都在回答同一个问题,即,AI不是用来展示的,而是用来“吃进系统”的。

而沿着底座、体系、引擎这条主线,BAT三家是如何走上岔路,又如何在这条路上越走越远的。

二、谁先穿越AI驱动增长验证期

三家大厂CEO对AI战略的解读也颇有深意。

例如,百度董事长兼首席执行官李彦宏对外表示,“我们相信,AI-first战略使我们能保持领先地位,在AI时代抓住长期增长机会。”

腾讯董事会主席兼首席执行官马化腾对外表示:“我们预期,这些战略性的AI投入将为用户与社会创造价值,并为我们产生长期、可观的增量回报。”

阿里巴巴集团首席执行官吴泳铭则表示:“我们的‘用户为先、AI驱动’战略持续见效,核心业务增长继续加速”,“我们将坚定聚焦核心业务,推动AI+云成为我们长期发展的新增长引擎。”

若进一步结合公开资料,对BAT三家的AI战略具体路径落地加以梳理,或会发现,他们的“铺路”“通车”方式也各有不同。

其中,百度的AI战略像是一次系统性基础设施的搭建工程。它没有把AI当作一把神兵利器,而是选择建一整套工具链和平台体系。文心大模型家族不断降低使用门槛,X1Turbo提升训练效率,千帆平台打通模型与场景的连接通道,像一个模型“超市”,让开发者按需“购物”。这一布局像是一个正在成形的AI城邦,百度是建城者。

智能云业务,是这座城邦的引擎。天眼查及百度2025年一季报显示,智能云业务表现强劲,同比增速达42%。可以说,百度正在打通从模型研发到落地部署的任督二脉。昆仑芯三代万卡集群像是这套系统的燃料加注站,让企业训练千亿参数模型像加油一样便捷。百度用算力铺路,用平台通车,用产品生根。

腾讯走的则是另一条路线。如果说百度是AI城邦构建者,腾讯则像一个城市运营商,关注怎么让AI成为可交付、可复用的标准能力。它想做的,不是那艘飞向AGI的火箭,而是城市里的水、电、路、网,把AI变成基础设施,让每一位市民、每一家企业都能用得上、用得稳。

混元大模型是底座,但不是核心焦点。腾讯孵化了一群能服务、能落地的小能手,如AI写作、企业客服、健康助手、会议纪要、智能客服……而元宝这个AI管家,就像服务机器人,每天进化、接入微信生态,精准落点用户最常用的入口。

阿里选择的路径则不是建城,也不是修路,而是似乎要升级引擎。AI不再是一个功能组件,而是整个平台运转的新逻辑。

C端,通义App归属夸克事业群,从搜索产品转型为AIAgent;B端,钉钉不是加个AI,而是变得更聪明。更重要的是,在云业务层面,阿里也试图完成从“卖算力”到“卖智能”的转身。借助通义大模型,阿里云推动选品、营销、决策自动化,试图重新定义“算力之上”的价值。

在模型方面,阿里呈现出的是一条开源Qwen3、基于此构建AI生态飞轮的逻辑,模型不是终点,业务融合才是重点。

三者分别押注了不同类型的增长引擎,也描绘了三种不一样的未来企业范式。增长,不再只是结果数字的对比,而是路径选择之后的自然延伸。这就像是AI最终不是成为企业业务的一部分,而是成为整个企业的“主语”。

而谁能先穿越AI驱动增长的验证期,或许谁就能先一步成为下一代科技企业的范式样本。

三、这不是BAT的独角戏

当百度在建AI底座、腾讯在织生态体系、阿里在换驱动引擎的时候,实际上也为整个产业界,提前演示了三种截然不同的AI落地模式。这场技术路线变革,已经开始在每一个行业、每一家企业、每一个组织中上演。

如果说AI是一场即将改变生产力底色的大迁徙,那么企业该选择坐哪辆车、开哪条路、修什么地基,本质上决定了它能走多远、扛多久、起多大风浪。

从芯片到模型,从平台到生态,百度的打法不是点状突破,而是系统布设。这种做法对资源、技术和时间的要求都极高,但一旦搭建完毕,就像修好了一座电厂,能持续向整条产业链输送能源。

这类路径特别适合那些本身就偏系统性工程的行业,比如城市基建、能源调度、工业制造、自动驾驶、企业软件服务等。

如果你是一个ToB厂商,客户买的不是一个产品,而是一整套集成方案,那么百度式的AI水电工打法,可能是对标的方向。

这是给产业链深、交付复杂、流程牵一发而动全身的行业准备的打法。

腾讯的AI战略更像在造城市配套设施,不造最高楼,而是把水、电、网、路通到每一层楼。它不是在拼参数,而是在问,你的业务用得上吗?

这种路径适合的,就是To C和To B混合型、产品逻辑驱动的行业,像游戏、电商、社交、泛娱乐、智能硬件、教育培训、营销广告、知识平台等。

这类企业面对的是应用瞬息万变、用户体验优先的场景,重点不是模型做得多深,而是AI要插得进去、拔得出来、迭代得及时。你可以把腾讯的打法理解为AI应用的乐高积木,拼插方便、标准统一、更新及时、覆盖多场景。

如果你是一家内容平台、工具厂商、消费品企业,你的AI路线可能就应该像腾讯那样,从可用开始,再走向好用、常用,最后成为用户离不开的默认配置。

而阿里的选择,则更像是在造一台AI引擎升级机器,不是在已有系统上做优化,而是直接在组织结构、业务流程、产品定位上进行底层重构。

这类路径特别适合那些正在发生大转型的企业。比如,从渠道转向平台的公司、从硬件转向服务的品牌、从分销转向直营的新零售玩家,甚至是那些要从卖货转型为卖方案、卖系统卖智能的B端企业。

这是一种AI即文化的重写逻辑,不仅改工具,还改思维模式和工作方式。

不同路线,决定的是不同的企业进化速度。

从技术视角看,AI路线选型是参数、框架与成本的排列组合;但从组织视角看,它本质是企业自我定位、自我演化方式的选择。

选哪条路,不在于AI的火热程度,而在于你组织的类型、生态黏性与进化目标。BAT走的每一步,其实都可以在行业中找到映射体。这不仅是一场技术变革,更是一场企业自我定义的革命。

AI不是万能的,但路线是有不同的。你把它放在哪,决定了它最终能为你创造什么。站在这条AI分岔口上,每一家企业都值得问一句自己,我是要接一根电线,还是要升级一个引擎。

四、写在最后

百度、腾讯、阿里在AI上的路径分岔,不只是一次技术路线的选择,更是一次企业内核的自我定义。它们不再争做同一类大厂,而是在用AI这面镜子,映射出三种关于未来企业形态的认知投影,有的修地基、有的织系统、有的升级引擎。

这其中的区别,正是“用AI做事”与“用AI成事”之间的差距。前者是工具理性,后者是范式革命。谁能将AI真正嵌入组织基因,谁就有机会在下一轮范式切换中掌握叙事权、制定游戏规则。

AI时代不是比谁跑得快,而是比谁先造出适应新地形的结构。跑得快,可能领先一程;长得对,才能赢下周期。

风向已变,落点将至。

作者|林飞雪 编辑|何坤 运营|陈佳慧 出品|零态LT(ID:LingTai_LT)

本文由人人都是产品经理作者【零态LT】,微信公众号:【零态LT】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。