彭博社在13日下午两点发布了一则报道,指出阿里巴巴正计划对其旗下的AI应用进行全面改造。
当前,阿里首要任务是对现有的“通义”App进行全面升级,并更名为“千问”。在未来几个月内,阿里将逐步为“千问”增加AI代理功能,以支持包括淘宝在内的多个购物场景。其目标直指ChatGPT或类似产品的功能,展现出明确的竞争意图。
此举标志着阿里在C端AI战略上的重大转变:从过去依赖夸克这种“工具+AI”的混合模式(本质上是一种借助现有流量走捷径的策略),转向全力打造“千问”这一原生AI交互入口(结硬寨打呆仗的战术)。
消息一出,阿里港股股价盘中一度暴涨超过5%,尽管早盘曾一度下跌2%。
其实,不久前我还曾对阿里的AI战略进行过分析,当时我认为阿里的AI叙事中,多个夸克却缺少一个像豆包这样的产品。现在看来,这个判断是准确的。
阿里与谷歌类似,都在采用垂直整合的方式推进AI发展。
阿里云不仅是AI基础设施的提供者,还拥有自研硬件和系统,以及开源的通义系列进行前瞻性和基础性的模型研发。这是AI产业的上游。而在下游,阿里拥有繁杂的各类业务等待改造,同时也有夸克和钉钉这样的AI应用占据市场。
如此长的战线反映了阿里在AI时代的巨大野心,所谓“AI再造阿里”并非空穴来风。
但仔细观察这个布局,你会发现一个明显的缺失:阿里没有能直接与豆包或ChatGPT抗衡的产品。
名义上,钉钉负责AI to B,夸克负责AI to C,看似分工明确。
但实际上,如后续讨论所示,阿里的AI应用端存在明显短板,因为夸克的本质是一个“工具缝合应用”。
“千问”的推出表明阿里意识到了夸克的不足:没有原生AI交互入口,就等于将C端市场拱手让人。
然而,现在有两个问题摆在面前:“千问”还有机会吗?夸克该如何定位?
领英创始人里德·霍夫曼曾说过,如果对产品第一个版本不感到尴尬,那说明你发布得太晚了。
对于互联网创业者而言,这可能是前辈留下的最重要教训。
背后的逻辑是,如果你想把产品打磨到完美再上线,很可能市场已被其他创业者占据。
大厂当然不适用这个规律,因为它们有更多资源可以实现后发制人。
但前提是对手不能是其他大厂。
“千问”即便背靠阿里,上述经验依旧适用,因为豆包和元宝都有强大的后盾。
从时间上看,“千问”确实来得有些晚。
根据QM的最新报告,“通义”App的月活在100到500万之间。
“千问”虽然会复用通义的用户基础,但基本上等同于另起炉灶。
相比之下,其他竞品已经拥有庞大的用户群体:豆包App有1.72亿用户,DeepSeek有1.45亿用户。这些数据不仅代表“千问”面临的差距,也意味着行业的用户争夺比以前更加激烈。
AI用户的渗透存在阶段性上限,且这些用户实际上已经面临ChatBot供给过剩。“千问”未来的主要增长来源不会是等待转化的潜在群体,而是从竞争对手那里直接争夺用户。
因此,“千问”无论产品力如何强大——哪怕是像GPT或Claude那样强大——这个项目后续都需要大力推广。
据称,“千问”由阿里最高层批示立项,项目层级很高。此外,集团还从其他地方抽调了上百名精锐战力到杭州西溪园区,单独设立办公区域并配备高级安保。因此集团应该有充分的资源保障,“千问”后续的投流预算应该不缺。
但现在最大的问题是投流可能效果不佳。大预算投入可能只是听个响。
“千问”走投流这条路是有先例的。
腾讯元宝在今年2月13日之前基本处于“通义”App的同生态位。但接入DeepSeek后腾讯管理层判断机会来临,元宝投流规模迅速增长从单月2000万迅猛增长至单月超10亿。
即便有DeepSeek红利窗口期即便这个规模的预算砸下去元宝最新月活仍然只有3286万远远不及豆包和DeepSeek等“千问”正式上线后其面临的竞争环境会比元宝激烈得多。
除了元宝之外杨植麟的月之暗面也曾为Kimi砸下单月数亿的投流费用在今年宣布停止投流后最新月活已经不足千万。
因此阿里在“千问”项目上需要比腾讯更强的投入意愿同时建议降低心理预期。
“千问”还拥有一个元宝不具备的差异化优势即通过开源在专业开发者群体里建立的认知。
在Llama系列彻底拉胯后Qwen系列已经是保持长期稳定更新的最领先开源模型。有媒体报道称阿里核心管理层将“千问”视为“AI时代的未来之战”希望借助Qwen的开源技术优势赢得竞争。
但这个开源上的认知优势可能很难转化为C端产品的竞争优势。阿里当然希望能重演DeepSeek当初的剧本但Qwen缺了个硬性条件。
DeepSeek当初能获得巨量C端用户是因为它开源了一个断层领先的模型产生了舆论的破圈效应。但今天Qwen的领先更多是一种增量领先不具备舆论破圈的条件。
“阿里的AI版图里夸克扮演着重要角色。”
本文由主机测评网于2026-05-11发表在主机测评网_免费VPS_免费云服务器_免费独立服务器,如有疑问,请联系我们。
本文链接:https://www.vpshk.cn/20260544474.html