本文来自微信公众号： 超聚焦foci 开yun体育网，作家：肖恩

7月30日，字节对旗下AI与企业管作事务进行了一轮首要组织架构和洽。

其中，飞书家具团队与豆包家具团队合并，构成新的豆包家具团队；而飞书原有的销售、阛阓和客户劳动团队，则与火山引擎有关团队合并。

换句话说，飞书原来相对好意思满的家具与买卖化体系，被分辨接入了豆包和火山引擎：前者正经家具和用户进口，后者正经企业客户与买卖化。

放眼所有这个词这个词行业并不令东谈主不测。不久之前，阿里刚刚将QoderWork、悟空和MuleRun三条企业AI家具线进行整合；腾讯也将QClaw有关业务和部分团队，抓住进WorkBuddy地方的组织体系。

这也意味着，在短短一个月的时刻里，BAT（字节、阿里、腾讯）险些同期对旗下AI办公家具动了刀。

名义上看，这是大厂在杀青里面跑马、减少访佛培植。但要是仅仅为了降本增效，偶然需要在如斯接近的时刻里，集体把漫步的Agent、办公软件和企业劳动重新归拢到一谈。

更值得注重的是，它们整合的，赶巧都是最接近企业客户的进口。

01

跑马杀青

大厂皆收缰绳

字节这次和洽，力度比名义上看起来更大。

按照新的组织架构，飞书家具团队将与豆包家具团队合并，设立新的豆包家具团队，由豆包正经东谈主赵祺长入正经，飞书正经东谈主谢欣也将转向赵祺讲演责任。

与此同期，飞书原有的销售、阛阓和客户劳动团队，则与火山引擎有关团队合并，设立新的To B GTM组织“创造力劳动平台”，长入正经字节旗下MaaS、SaaS等企业劳动的阛阓、销售和客户劳动。

不外飞书并莫得因此隐没，现存家具和劳动也不会住手。但从组织联系来看，畴昔阿谁集家具、销售、阛阓和客户劳动于孤苦，相对零丁的飞书，本色上被拆成了两部分。

一部分进入豆包，正经企业坐蓐力场景中的家具和用户体验；另一部分进入火山引擎，正经企业客户、阛阓拓展和买卖化。

这也意味着，字节不再单独琢磨飞书该奈何卖、豆包该奈何进入办公场景、火山引擎又该奈何向企业提供模子劳动，而是把三者放进了归拢套企业AI体系中：豆包提供AI才能和家具进口，飞书提供文档、会议、表格、常识库等责任场景，火山引擎则相连云劳动和买卖化。

关联词字节并不是临时把三个团队拼集在一谈。此前，豆包就也曾进入飞书的会议纪要、智能表格、常识问答和云文档等场景。由此看来，这次和洽，更像是家具会通之后，组织架构终于跟了上来。

类似的抓住，也发生在阿里和腾讯，在畴昔的半年中，两家巨头都同期放出了多条AI家具线同期跑马，如今则启动收回缰绳，将团队、资源和家具向少数干线聚首。

7月初，阿里晓喻整合旗下QoderWork、悟空和MuleRun三条Agent家具线。新的家具将以QoderWork为基础，收受悟空和MuleRun的才能，面向企业坐蓐力场景赓续升级，并由钉钉CEO陈宇森正经。

阿里默示，原有家具和用户权力不会受到影响，但从家具标的来看，三条原来各自觉展的办公Agent阶梯，也曾启动向一个长入进口聚首。

腾讯的作为则发生在7月20日。腾讯将QClaw家具中心有关业务和部分团队，和洽至云家具六部，而云家具六部恰是另一款AI办公智能体WorkBuddy地方的部门。

放胆当今，QClaw仍将赓续运营，因此这还不成绵薄聚合为QClaw被关闭或者透彻并入WorkBuddy，但两款定位接近的Agent，也曾被放进了归拢套组织和资源体系，将来分享资源、政策协同也曾成了板上钉钉的事。

不外，比拟字节，阿里和腾讯的和洽仍然更偏向家具层面的抓住：阿里整合的是三条定位邻近的Agent家具线，腾讯则是把两款办公Agent放进归拢个部门。它们科罚的，主要如故家具访佛、资源漫步和里面跑马的问题。

字节的变化则愈加透彻。它并不是绵薄合并两款家具，而是径直阻隔了飞书原有的好意思满组织，并入豆包和火山引擎当中。换句话说，阿里和腾讯是在“收马”，字节则连马厩、骑手和赛谈都重新排了一遍。

不外，不管是抓住家具，如故重构整套组织，三家的作为却都指向归拢个标的：将漫步的AI才能收进长入进口，并借此更深地镶嵌企业客户的责任经由。

02

从“上云”到“上AI”

客户更难离场

天然，杀青里面跑马如实不错减少访佛插足。但对今天的BAT来说，省下几支家具团队的研发和营销用度，惟恐仅仅微不及谈的身分。而他们之是以急着长入进口，更热切的原因可能是：AI带来的客户黏性，远远进步了畴昔的云计较。

事实上，在畴昔十几年里，云厂商也一直都在尝试“威迫”客户，不外，云厂商的形状是用基础法式“绑住”客户。企业一朝把劳动器、数据库和业务系统部署在某一家云上，再思离开，就要重新迁徙数据、修订系统，并承担迁徙过程中的业务风险。表面上，企业使用得越久、部署得越深，对云厂商的依赖也就越强。

但本色情况并莫得这样绵薄。云计较如实升迁了企业离开的门槛，却永久莫得透彻蜕变企业臆想资本的民俗。

小红书即是一个典型案例。

创业早期，小红书险些将全部技能体系搭建在公有云上，亦然腾讯云较早的一批客户。对那时的小红书而言，购买云劳动器不需要提前培植机房，也毋庸养一支广泛的基础法式团队，业务快速增万古还不错随时扩容。公有云提供的弹性，匡助小红书以更低的资本完成了早期蔓延。

但跟着业务领域扩大，小红书并莫得因此越来越依赖某一家云厂商，反而启动束缚漫步这种依赖。

一方面，小红书缓缓采选多云架构。2024年，它又将储存畴昔11年原始数据、领域达到500PB的数据湖迁往阿里云。换句话说，即便企业早期深度使用一家云厂商，仍然不错把部分中枢业务振荡到另一朵云上，让不同厂商互相替代、互相制衡。

另一方面，小红书也启动培植我方的基础法式。跟着计较资源达到数百万核CPU，单纯依赖公有云带来的资本、和洽和运维问题缓缓浮现。为此，小红书变成了一套“自建优先、公有云兜底”的资源和洽形状：安祥、可展望的业务优先放在自建集群，只好自建资源不及，或者出现突发流量时，才气用公有云进行补充。

这件事赶巧说明了云计较黏性的界限上限。

当企业领域较小时，公有云的弹性和低门槛愈加合算；比及业务领域弥漫大，企业仍然会重新计较资本，并通过自建、搀和云和多云架构，减轻对单一厂商的依赖。云厂商不错升迁客户搬家的资本，却很难

其中，最热切的是模子工程体系的千里淀。今天企业把大模子接入业务，早已不是写几个教唆词、调用一个接口那么绵薄。

一个模子要着实进入客服、销售、财务或者研发经由，企业需要先建立我方的业务测试集，明确准确率、反应速率、调用资本和风险界限，再围绕不同任务设立模子路由、器具调用、输出结构、东谈主工审核和终点处理机制。

这意味着，企业千里淀下来的不是几个教唆词，而是一套围绕特定模子建立起来的坐蓐范例。

哪种任务交给大模子，哪种任务交给小模子；什么情况下允许它径直现实，什么情况下必须转给东谈主工；一次调用不错容忍几许资本和延长；模子升级之后，原有经由是否会出现新的荒唐，这些都需要经过经久测试和的确业务考据。

而要是切换到其他的办公阁下，所调用的大模子也会蜕变，企业时时需要重新跑一遍业务评测，证据新模子在数百乃至数千种的确场景中，仍然约略安祥运行，而这关于有一定体量的B端客户来说，险些是无法承担的遵循。

这也证明了为什么三家都在此时住手了里面跑马，开启了办公家具的整合。

畴昔家具漫步时，客户不错在QoderWork、悟空和MuleRun之间采用，也不错同期试用WorkBuddy和QClaw。对大厂来说，这种竞争天然故意于探索家具标的，却不利于变成着实的客户黏性：账户漫步、数据漫步、资源漫步，客户也不会宽解把中枢业务交给任何一款出路不决的家具。

只好先坚信一个经久存在的主进口，大厂才有可能劝服企业将更多系统和权限向它灵通。

字节这次和洽尤其昭彰，豆包掌持模子和AI家具，飞书掌持企业办公场景，火山引擎则掌持云劳动与买卖化。

三者一朝被接进归拢套体系，字节向客户出售的就不再仅仅飞书席位、豆包模子或者火山引擎算力，而是一套从责任进口到任求现实的好意思满企业AI劳动。

阿里和腾讯天然暂时只抓住了家具线，但标的亦然相同的：先杀青里面家具之间的竞争，再争夺企业独一的AI进口。况且不错坚信的是，将来的钉钉和企业微信，也注定会和飞书一般，成为Qwen和hy的“下属家具”。

因此，这轮密集的组织和洽名义上是在减少访佛培植，背后却是一场更径直的客户争夺，争夺谁能成为企业客户默许的AI进口。

一朝他们民俗从这里发起任务，BAT们得到的就不仅仅一笔软件收入，而是一段不可分开的客户联系，到时候哪怕建议一些“过分”的条件，客户们也得捏着鼻子接收。

云期间，企业还能算上云和下云的账；AI期间，一朝进口、权限和经由都交给归拢平台，企业客户就再也别思离开。届时，大厂拿到的就不仅仅收入，更是里应外合的完全议价权。

-END-开yun体育网