字节为什么重组飞书?企业AI竞争,已经不是一款软件的战争

配图：豆包、飞书与火山引擎的企业 AI 拼图（自制信息图）

字节的企业 AI，开始“合成一个产品”
7月30日，字节跳动调整豆包、飞书、火山引擎相关组织。表面是架构变化，背后是企业 AI 竞争单元的改变。

7月30日，字节跳动启动面向 AI 业务的组织调整：飞书产品团队与豆包产品团队整合；飞书的市场、销售和客户服务团队，则与火山引擎团队整合，成立新的 ToB GTM 组织“创造力服务平台”。

字节方面表示，飞书原有产品和服务保持不变，并将与豆包在生产力场景开展更深度协作。由飞书团队深度参与开发的豆包企业版，已经在部分飞书客户中开启内测。

这不是简单的部门合并，而是字节对企业 AI 做出的一次明确判断：未来企业客户不会只买一款软件，也不会只买一个模型，而会购买一套能够交付结果的 AI 系统。

一、飞书为什么要拆成两部分？

从组织动作看，飞书被拆成了两条线：产品研发靠近豆包，市场、销售和客户服务靠近火山引擎。这个分法恰好对应企业 AI 最重要的两件事：把产品做出来，以及把产品卖出去、部署好、持续服务。

飞书的优势是高频工作场景。文档、表格、会议、群聊、知识库、组织关系和权限体系，构成了企业日常工作的上下文。豆包的优势则在于模型和智能体能力。两者结合，AI 才有机会理解企业正在做什么、该调用哪些工具、由谁确认结果。

而火山引擎承担的是另一层能力：云、算力、模型服务、部署交付与客户服务。企业购买 AI 时，最终总会问到数据在哪里、权限如何控制、系统如何接入、出了问题谁来负责——这些并不是单一办公软件能够独立回答的问题。

配图：模型、企业场景与云交付的三层能力（自制信息图）

把三块业务放在一起看，字节正在搭建一条完整链路：

这条链路的关键，不是把 AI 聊天框塞进办公软件，而是让 AI 在权限允许的范围内读取企业知识、理解业务流程、调用工具并完成任务。

公开信息显示，豆包企业版已经尝试原生集成飞书文档、表格、会议和群聊等场景，并支持基于企业自有知识库的问答与创作；同时配备企业级数据隔离、权限管控与安全审计能力。

企业 AI 的门槛从来不是“能不能生成内容”，而是“能不能在正确的权限下，可靠地完成工作”。

配图：企业软件商业逻辑的变化（自制信息图）

传统 SaaS 的商业逻辑相对清晰：厂商卖账号、卖功能、卖协同体验，企业按人数和订阅周期付费。

但大模型进入企业后，客户提出的问题变了：能否自动整理会议纪要？能否基于企业知识库回答问题？能否完成数据分析、流程审批、客户跟进或代码开发？出了错能否审计与回滚？

这意味着企业采购的对象正在从“软件功能”迁移到“任务结果”。模型调用、工作流、数据安全、权限体系和人工确认机制，都会变成一份企业 AI 方案的一部分。

字节这次调整，就是把原本相对独立的 SaaS、MaaS 和云交付能力，放到同一套商业化与产品协同体系中。

一个重要背景是，企业客户已经开始为 AI 付费。公开报道称，2026年二季度飞书新增客户中，超过九成同步采购了飞书 AI 产品；截至6月，豆包大模型日均 Token 调用量突破180万亿。

这些数据不等于 AI 已经全面创造利润，但至少说明市场需求正在从“试用一下”走向“把它接入工作”。对字节来说，飞书拥有成熟的企业客户和工作场景，火山引擎拥有企业服务与云交付能力，豆包拥有模型与智能体能力，现在正是将三者连起来的窗口期。

更直接地说，企业 AI 的竞争已经不再是“谁有更好的聊天机器人”，而是“谁能把模型、安全、数据、工具、场景和服务变成一条可购买、可部署、可续费的链路”。

飞书的产品和品牌并未取消，但它的角色会更加明确：不只是协同工具，也是 AI 获取上下文、连接组织权限和触发业务流程的入口。

进入飞书场景后，豆包不再只面对泛化问题，而能在企业知识、文档、会议和流程中寻找高频任务。这也是模型提升真实使用价值的重要路径。

企业最需要的不是再增加一个孤立的 AI 应用，而是把模型能力放进已经在用的工作系统中，并且确保数据隔离、权限控制、审计追踪和稳定服务。

字节为什么重组飞书？答案或许并不在飞书本身，而在于企业 AI 的竞争规则已经改变。

过去，企业软件比的是功能体验与协同效率；现在，竞争正在变成模型能力、企业知识、权限体系、云基础设施、部署交付和商业化体系之间的综合较量。

未来企业买的可能不再是一款办公软件，而是一套能读懂业务、调用工具、遵守权限并完成任务的 AI 工作系统。

💬 互动时刻

你所在的公司目前最希望 AI 接手哪一类工作：会议、文档、数据分析、客服，还是流程审批？欢迎留言讨论。

资料来源：科技日报、字节跳动相关公开信息、火山引擎公开页面及36氪等媒体报道。本文基于公开资料整理，产品功能和组织安排以官方后续披露为准。配图为自制信息图。