腾讯为什么做不好AI？流量神话失效后平台开始掉队

腾讯为什么做不好AI？这类问题之所以在今天变得刺耳，不是因为腾讯没有资源，也不是因为它没有流量，而是因为在AI时代，超级入口已经不再自动等于超级增长。微信、支付、小程序、公众号和社交关系链这些旧时代最强的基础设施，正在遇到一个新问题：当用户不再只是找页面、点功能，而是直接发起任务、等待系统执行时，传统入口红利开始失灵。【入口迁移】的核心，不是谁还有没有流量，而是谁还能把流量接成任务、把任务接成留存。

新闻与环境拆解

14亿微信入口，为什么没有托起元宝

围绕“腾讯为什么做不好AI”这条热点，最具冲击力的并不是评论情绪，而是数据反差。公开报道援引 QuestMobile 数据称，截至2026年3月，豆包月活达到3.45亿，千问1.66亿，DeepSeek 1.27亿，而元宝为5735万，仍未迈入亿级月活俱乐部。单看入口资源，腾讯并不弱：微信拥有14亿级活跃用户，是中国最高频的超级应用之一，元宝又早已深度接入腾讯体系，理论上完全不该处于今天这种“有生态、没声量”的位置。

问题恰恰就出在这里。移动互联网时代，大家已经太习惯“有入口就能导流，有导流就能长大”这套逻辑了。腾讯过去很多产品也是这样做成的：视频号依托微信关系链快速冷启动，游戏依靠强运营放大成熟品类，微信支付借红包完成用户绑卡教育。可到了AI时代，事情变了。用户不再因为入口存在就自然留下，他们只会因为“这个产品真的帮我完成了事”而留下。

这就是元宝的问题核心。它拥有最强的外部入口环境，却没有把这些入口转化成足够强的产品理由。结果就是：入口很大，落地很浅；触达很强，承接很弱。

春节10亿红包证明了一件事：流量可以买，留存买不来

2026年春节，元宝发起“分10亿元现金红包”活动，靠拉新裂变迅速刷屏微信群。活动上线三天，元宝DAU冲上5000万，但随后微信以“诱导分享”为由封禁相关红包链接，腾讯总裁刘炽平之后也在财报电话会上承认，活动结束后元宝DAU回落至1800万，跌幅达到64%。

这段经历之所以值得反复拆解，是因为它把腾讯AI当前最真实的矛盾彻底暴露了出来：同一家公司同时拥有国内最强的社交流量池和最贵的拉新能力，却依然无法把短期峰值转成长期留存。更讽刺的是，元宝这次最出圈的时刻，并不是因为产品本身被用户喜欢，而是因为“腾讯旗下AI产品在腾讯旗下平台被腾讯旗下规则掐断”这种戏剧性场面。

如果把这件事放到更长的互联网历史里看，差别会更明显。2015年的微信红包，本质上解决了真实需求：春节发红包和移动支付绑卡。流量一旦进来，后面有支付场景承接，所以用户会留下来。可2026年的元宝红包主打“AI写祝福语、P拜年图”，这是一个几乎没有真实刚需、也缺少后续使用惯性的场景。它只能拉来一波围观，却不能建立使用习惯。结果就是，红包一停，一切归零。

这件事已经不只是“活动做得不够好”的问题，而是一个更深层的判断：在AI时代，入口只能把人拉过来，但不能替产品创造价值。没有强任务、没有真实使用理由、没有后续工作流，流量只会像潮水一样退去。

腾讯不是没投钱，而是把AI当成了旧互联网打法来做

另一层更值得写透的矛盾，在于腾讯并不是没投AI，甚至从投放规模看，它是最激进的玩家之一。公开报道援引 AppGrowing 数据称，2025年全年腾讯元宝广告投流规模达到150亿元，仅第三季度就花出57.63亿元，而同期豆包、千问、文心三家的投流总和都不及它一个季度。

如果只看花钱，腾讯根本不像“慢”。可问题在于，AI产品最关键的不是砸多少预算，而是这些预算是不是用在建立使用习惯、任务频次和产品心智上。豆包的打法恰好相反。多篇公开报道都提到，豆包并不主要依赖买量，而是依靠产品迭代、垂类内容运营和长期使用习惯来长大。换句话说，豆包争取的是“你愿不愿意继续用”，而元宝更像在争取“你愿不愿意先装一下”。

这是两种完全不同的增长哲学。旧互联网时代，很多产品确实可以先靠补贴、买量、关系链拉到规模，再慢慢找留存；但AI产品每多一个用户，每多一次调用，背后都是真实发生的推理成本、算力成本和带宽成本。也就是说，AI时代的粗放流量打法会比过去更快暴露问题，因为你买来的不只是无效用户，还有持续产生账单的低价值调用。

因此，腾讯AI当前最大的尴尬不是“花得不够多”，而是“还在用做旧入口生意的方式，打新任务生意的仗”。

“上了船，船漏了”：腾讯慢的不是动作，是范式切换

马化腾在内部和公开场合多次对腾讯AI的状态给出过相当直白的表述：“动作慢了”“一年前以为上了船，后来发现那个船漏水了”。这些话之所以被市场反复引用，是因为它们揭示的并不是单点产品问题，而是组织和范式问题。

腾讯过去最擅长的能力，是在一条已经跑通的路上做放大。找到一个成熟方向，依靠流量、运营、生态、关系链和大规模资源协同，把它做到极致。视频号、游戏、支付、内容平台都可以套进这个叙事里。问题是，AI不是一条“已经被别人证明可放大”的路。AI赛道的竞争前提，不是跟随一个现成答案，而是先在不确定中找到答案。

从这个角度看，腾讯的慢，不只是产品立项慢、组织归口慢，而是对AI这件事的理解起步就带着传统平台思维：先有入口，再有转化，再有放大。但AI竞争最先拼的恰恰是产品能力、模型能力、任务承接能力和成本控制能力，也就是“你到底能不能把用户当前要做的事干好”。

一旦理解错了主战场，后面资源再多也只能缓慢修正。元宝接入 DeepSeek、广告大投放、春节大裂变、微信生态联动，都是修正动作，但这些动作更多是“补课”，不是“重新定义路线”。

元宝与微信的真正矛盾：腾讯不是在做一个AI App，而是在争一个AI操作层

如果只盯着元宝和豆包的月活对比，很容易把问题简化成“腾讯做不出下一个超级AI应用”。但另一批公开讨论已经开始把腾讯的战略意图说得更具体：腾讯真正想争的，未必是一个像 ChatGPT 那样独立统治用户时长的超级AI应用，而是“微信生态里的AI操作层”。

这个判断为什么成立？因为腾讯最有价值的资产并不只是元宝本身，而是微信、小程序、支付、公众号、视频号和社交关系链组成的复杂生态。它的问题不是没有工具，而是工具太多、历史包袱太重、主体利益太复杂。微信Agent一旦真正跑通，可能出现的并不是“大家都去打开元宝”，而是用户在微信生态内直接让AI去订机票、点外卖、查快递、调小程序、处理聊天、完成支付。

从产品视角看，这很诱人；从生态视角看，它却充满冲突。因为一旦Agent在后台替用户完成任务，小程序是否还需要独立入口？品牌曝光还有多大价值？用户到底属于开发者、属于微信，还是属于Agent本身？这些问题都不是“接一个AI能力”能解决的，而是会直接改写微信生态内部的流量分配秩序。

所以，腾讯不是不想做AI，而是它真正想做的事情比外界以为的更复杂：不是简单造一个新入口，而是在一个已经运行十几年的超级生态里，把AI放进不会引发系统性震荡的位置。

从新闻到用户路径的归因问题

对普通读者来说，这条热点最直接的理解是“腾讯AI不行”“元宝没打过豆包”。但对开发者、产品经理和增长负责人来说，更值得警惕的是另一件事：为什么一个拥有最强流量池的平台，会在AI时代突然失去增长解释权？

答案就在用户路径变了。

过去，平台逻辑是这样的：用户打开微信、打开小程序、打开公众号、打开页面，平台只要控制入口，就等于控制了流量分发。可AI时代，用户不再总是愿意一层层点击页面，他们更希望直接提一个任务，然后等系统完成。比如总结聊天记录、订机票、查快递、点外卖、调文件、找服务，这些行为对用户来说并不重要“入口在哪”，而重要“能不能马上完成”。

这会带来一个非常关键的变化：页面流量开始让位于任务流量。

一旦任务成为新的流量单位，传统平台对入口的理解就会失效。你可能还握着首页、频道、关系链、推荐位，但用户真正要的不是“再看一个页面”，而是“把这件事做完”。如果你的系统只能把人带进来，却不能承接任务、理解上下文、连续执行，那流量再大也只是新的跳失入口。

而且，任务流量比页面流量更难归因。过去可以看点击、停留、注册、激活；现在你必须看：

• 谁在发起任务；
• 任务从哪里来；
• 是页面触发、消息触发，还是系统触发；
• 任务经过哪些系统；
• 任务是否被中断、转交或回流；
• 最终价值沉淀在哪一个环节。

腾讯当前的困境，恰恰说明一件事：在AI时代，谁能解释任务路径，谁才真正拥有增长解释权。

工程实践：重构安装归因与全链路归因

用 ChannelCode 把入口和任务来源拆开看

问题是什么？
在微信、小程序、元宝、公众号、企业微信、WorkBuddy 等多入口并存的环境里，最容易出错的，是把所有用户增长都理解成“同一类流量”。表面看都来自腾讯生态，实际上来源价值完全不同。

做法是什么？
先用渠道编号 ChannelCode思路把入口来源拆开。比如把社交裂变入口、微信内跳转入口、小程序协作入口、工作流入口、公众号内容入口、系统能力入口分别标识。哪怕最终都流向同一个AI能力，也要先把任务来源拆出来。

带来的好处是什么？
只有先把入口拆开，团队才能看清：到底是哪个入口带来了有效任务，哪个入口只是短期热闹，哪个入口虽然流量大却没有后续价值。否则所有流量都会混成一锅粥，最后只剩“感觉增长不对”。

用智能传参把上下文带进AI调用链

问题是什么？
AI产品最怕的一种断链，是用户明明在一个非常明确的场景里发起动作，但进入系统后上下文全没了。比如本来是在微信聊天里总结记录、在公众号里提取信息、在小程序里准备下单，但一旦切到AI侧，又要重新说明一遍意图和背景。

做法是什么？
这里更适合采用智能传参的思路，把 scene、source_module、task_type、workflow_id、content_id、intent_type 这类上下文，在触发任务时一并带过去。这样AI接到的不是一段抽象请求，而是一条已经带着业务语境的任务。

带来的好处是什么？
对用户来说，体验更顺，因为系统更像是真的理解当前场景；对业务方来说，链路也更可解释，因为后面不只知道“用户调用过AI”，而是知道“用户在什么上下文里、以什么方式、触发了哪种任务”。

用任务事件图替代页面漏斗

问题是什么？
页面漏斗擅长解释注册、点击、停留，却不擅长解释“一个任务在多个入口、多个系统和多个能力节点之间如何流动”。如果继续用旧页面漏斗看AI产品，很多关键问题根本看不见。

做法是什么？
更合适的方式，是围绕任务建立事件图。至少可以考虑这些字段：

• channelCode
• scene
• task_type
• source_module
• workflow_id
• task_status
• handoff_status
• result_status
• risk_level

带来的好处是什么？
这样你看到的就不再只是某个App的流量，而是一条任务如何从触发、调用、承接到完成的完整路径。对像腾讯这种多生态、多入口、多系统的环境来说，这种任务视角比任何单页面报表都更接近真实业务。

注：本文讨论的多入口任务识别、跨系统上下文承接、任务事件图拼接等，属于围绕AI生态和任务流量趋势的工程化设计建议。不同平台权限、系统开放程度和业务结构差异明显，部分精细化链路还原通常需要结合具体业务形态做定制化设计，不宜理解为可以在所有场景中直接套用的统一标准方案。

这件事和开发 / 增长团队的关系

对开发 / 架构团队：先补任务字段，不要只补功能接入

如果团队正在做AI接入，最容易犯的错就是把重点全放在“把模型接上”“把Agent做出来”，却忘了未来最重要的是看懂任务到底怎么流。至少应该预留这些字段：

• channelCode
• scene
• task_type
• source_module
• workflow_id
• task_status
• handoff_status
• result_status
• risk_level

这些字段不花哨，但决定了后面你的AI增长到底能不能解释。没有任务字段，所有增长复盘最后都会退化成“模型不够强”或“投放不够多”的空谈。

对产品负责人：入口不再是页面位置，而是任务触发点

过去做产品，经常围绕首页、搜索、频道、推荐位、活动位来设计入口；现在则必须开始围绕任务触发点来设计入口。一次总结聊天记录、一次小程序调用、一次公众号问答、一次后台服务调度，都可能是新的入口。

这意味着产品经理的核心问题变了：不是“把用户引导到哪里”，而是“用户现在最想完成什么任务，以及系统能不能在当前场景里接住它”。一旦问题切换，产品能力的优先级、埋点设计和增长节奏都会跟着重排。

对增长团队：重新理解“超级入口”四个字

增长团队最容易对腾讯这类平台产生路径依赖，总觉得“有微信这种入口，就总能把AI做起来”。但元宝的经历已经说明，超级入口只能保证被看见，不能保证被继续使用。

接下来更值得看的，不再是单次拉新峰值，而是：

• 哪类入口带来的任务最完整；
• 哪类任务完成后最容易回流；
• 哪类场景最能形成持续使用；
• 哪些系统入口其实只是热闹但没有后效。

增长解释如果还停留在“流量大不大”，就已经落后于AI时代的真实竞争逻辑了。

常见问题（FAQ）

为什么微信14亿用户没有自动带起元宝？

因为AI产品的核心不再只是被触达，而是是否能持续完成任务。微信的流量很大，但如果用户在元宝里没有形成真实使用习惯和后续工作流，入口规模并不会自然转化成留存。

元宝春节10亿红包为什么没换来长期增长？

因为这次活动更像一次裂变拉新，而不是一次高价值场景教育。短期峰值可以靠红包刺激出来，但活动结束后，如果没有后续任务场景承接，用户就会快速流失。

腾讯做AI，真正想争的到底是什么？

从越来越多公开信息看，腾讯未必只想做一个独立的超级AI App，更可能是在争取微信生态里的AI操作层。也就是说，它更在意的是让AI进入微信、小程序、支付和服务调度体系，而不是单纯和豆包、千问比谁的App时长更高。

为什么说AI时代平台逻辑从页面流量转向任务流量？

因为用户越来越不愿意为完成一件事而层层点击页面，他们更希望直接提出目标、让系统执行。于是决定产品价值的，不再是页面曝光和点击量，而是系统是否能承接任务、保持上下文并完成闭环。

行业动态观察

“腾讯为什么做不好AI”这条热点真正值得写的，不是简单判断腾讯行不行，而是它揭示了一个更普遍的行业变化：旧平台时代最重要的资产是入口，AI时代更重要的资产则是任务承接能力。谁还停留在“把人拉进来”的增长逻辑里，谁就会越来越难解释为什么用户进来了却没留下。

对 App 团队、产品团队和增长负责人来说，现在是重新理解平台流量的关键窗口。因为当页面不再是唯一入口、任务开始成为新的流量单位、系统能力开始接管交互时，旧有的渠道看板、页面漏斗和拉新口径都会逐渐失真。谁能更早把任务字段、上下文承接和全链路归因体系建起来，谁就更有机会在下一轮【入口迁移】里看清真实流向，而不是被旧时代的流量幻觉继续拖住。