大厂办公AI进入整合期:流量分层后,组织与商业化成新战场
摘要
流量已分层,整合成必然 本周,腾讯内部宣布将QClaw产品中心相关业务及部分团队划入云产品六部,与WorkBuddy同属一个部门,QClaw继续独立运营。一天后,市场传出阿里计划整合QoderWork、悟空和MuleRun三款产品,推出...
流量已分层,整合成必然
本周,腾讯内部宣布将QClaw产品中心相关业务及部分团队划入云产品六部,与WorkBuddy同属一个部门,QClaw继续独立运营。一天后,市场传出阿里计划整合QoderWork、悟空和MuleRun三款产品,推出统一品牌“千问办公”,由钉钉新任CEO陈宇森统筹。尽管阿里尚未正式回应,但这一动向与腾讯的调整共同指向一个趋势:国内大厂办公AI已从年初密集发布阶段,迈入组织整合与商业验证的关键期。
访问量不是终点,而是资源重配的起点
易观分析数据显示,截至2026年6月,17款主流桌面端AI原生办公智能体合计PC端月访问量超6000万次。其中WorkBuddy以2097万次居首,超过第二、第三名之和;TRAE IDE国内版与QoderWork同列第一梯队。
值得注意的是,该数据统计的是访问次数,并非去重月活用户。腾讯在一季度财报中仅表述为“按日活跃账户数衡量,WorkBuddy是中国使用最广的效率AI智能体服务”,未披露具体用户规模。阿里方面暂无同类口径的公开数据,仅通过行业信息可知:QoderWork是三款产品中用户基础最扎实、市场反馈最稳定的本地化入口;悟空长期处于功能迭代阶段,侧重钉钉生态内协同;MuleRun则主要服务于海外长周期任务场景。
访问量差异已足够影响资源倾斜方向——但它只是第一道筛选。真正决定胜负的,是用户留存率、个人付费转化率,以及企业客户的年度续费率与客单价。
腾讯选择“后台合并”,而非“前台砍掉”
此次调整并非产品裁撤,而是组织协同升级。QClaw与WorkBuddy仍将并行存在:前者基于OpenClaw开源生态,强调本地运行、微信远程唤醒与设备级数据安全,定位为长期在线的个人智能助手;后者以任务交付为核心,支持文档生成、数据分析、PPT制作等,企业版深度集成组织权限、团队协作与腾讯办公生态。
二者能力有交集,但入口逻辑不同:QClaw从终端设备与社交链路切入,WorkBuddy更接近桌面工作台与企业生产力平台。5月成立的云产品六部,由腾讯云CTO王慧星牵头,统一负责CodeBuddy、WorkBuddy等智能体的模型接入、Skills建设、安全合规、云资源调度与商业化落地。两个月后QClaw业务并入,正是为打通底层能力复用——包括模型服务、工具调用、计费体系与企业销售通路。
这种“前台多入口、后台一体化”的策略,延续了腾讯一贯的产品治理逻辑。只要用户场景真实存在差异,保留多个触点并非冗余,真正需要消除的是重复研发、算力浪费与跨团队协作摩擦。
阿里走的是“系统级整合”路径
相较之下,阿里的整合更具结构性。其目标不是简单归并团队,而是构建一套覆盖“本地执行—组织协同—云端运行”的完整办公AI系统。QoderWork承担桌面端文件操作与内容生成;悟空依托钉钉身份体系,连接文档、日程、审批等组织级数据;MuleRun补足长时间运行、批量处理与跨端调度能力。
统一品牌与统一负责人,本质是解决过去分散架构下的协同低效问题。但技术整合难度不小:三套账户体系、权限模型、任务记录机制、Skills注册方式及算力配额规则需全面打通;本地运行与云端执行的安全边界、企业治理要求也存在天然张力。
更关键的是落地支点——钉钉。2025年钉钉营收已突破40亿元,在制造、政务、教育及中小企业市场沉淀了大量客户关系与工作流。若“千问办公”无法无缝接入钉钉的组织架构、权限体系与业务系统,仅更换一个名称并无实质意义。
字节仍在探索多入口协同范式
字节跳动当前采取差异化策略。TRAE IDE国内版进入第一梯队,但其办公AI布局远不止于此:底层是豆包大模型,中间层为扣子(Coze),承担Agent开发、Skills编排与工作流搭建;上层则包含扣子App与TRAE Work等面向终端用户的交付产品。
扣子正从低代码平台演进为AI团队协作中枢,覆盖办公、编程、视频创作与文档处理;TRAE Work则从开发者工具向通用办公延伸,提供Work(文档/表格/研究)与Code(代码生成/调试)双模式。两者能力边界持续收窄,均支持文件读取、工具调用与结果直出,区别仅在于初始定位与核心用户群。
目前字节尚未宣布入口合并,但内部已在推进豆包办公与飞书的深度协同:飞书提供组织关系、企业知识库与权限底座;豆包输出消费级入口与模型能力;扣子与TRAE聚焦Agent开发与任务执行。这种分工,既保留试错弹性,也逐步厘清主次——飞书aily正成为企业级Agent的常驻入口,而扣子与TRAE持续强化执行层竞争力。
赛马结束,进入算账阶段
年初OpenClaw引发的办公AI发布潮,本质是一场快速试错的“赛马机制”。多团队并行虽加速了场景覆盖,但也导致模型训练、算力采购、工程研发、品牌投放与销售资源严重分散。
如今流量格局初显,组织整合便成为提效刚需。腾讯通过后台统一降低重复投入;阿里试图用一个入口承载全场景能力;字节则借生态协同缓解入口冗余压力。但所有调整都只是前置动作。
真正的考验才刚开始:用户是否愿意把AI助手嵌入每日工作流?企业客户能否接受按人/按任务/按算力的新型付费模式?单次任务产生的收入,是否足以覆盖模型推理与存储成本?当“发布”让位于“留存”,“曝光”转向“续费”,办公AI的竞争,才真正进入深水区。
评论 (5)
腾讯这‘后台合并’思路不错,平衡了不同产品差异,还避免重复研发。
阿里整合难度不小,要打通那么多环节,钉钉是关键,得无缝接入才行。
这流量分层后整合是该搞,要么资源太分散,就看最后咋商业化让用户掏钱了。
现在进入算账阶段了,用户接受度和成本控制是大问题,搞不好就完蛋。
字节策略也灵活,先探索多入口,再慢慢明确主次。