豆包工作和飞书什么关系：从独立 BU 到能力供给方，飞书的位置变了
在「豆包工作」这件事上，问得最多的一个问题是：那飞书怎么办？
这个问题背后往往跟着更具体的焦虑——公司几百号人都在飞书上办公，文档、多维表格、审批流全在里面，这套东西会不会变、会不会停、要不要提前找退路。
先给一个诚实的回答：组织层面的调整是确定的，产品层面会怎样，目前没有官方说法。
下面把这两件事分开讲，别混着看。
本文依据：字节 2026 年 7 月 30 日组织调整的公开报道及 8 月下旬 TRAE、扣子并入豆包的官方回应，来源包括 澎湃新闻、IT之家、快科技。核对日 2026-08-24。我们没有内部信息，本文不含任何未公开渠道的内容，也不预测产品走向。★ 文中会明确标注哪些是官方确认、哪些是媒体解读。
一、官方层面确认的组织调整
这部分确定性最高，先摆事实。
7 月 30 日那一轮：
| 调整项 | 内容 |
|---|---|
| 产品团队 | 飞书产品团队与豆包产品团队整合，成立新的豆包产品团队 |
| 负责人 | 由赵祺负责 |
| 汇报关系 | 飞书负责人谢欣向赵祺汇报 |
| GTM 团队 | 飞书的市场、销售、客户服务团队与火山引擎团队整合 |
| 新 ToB 组织 | 成立「创造力服务平台」，由火山引擎负责人谭待负责 |
8 月下旬那一轮（主要涉及 TRAE 和扣子，但同属一条脉络）：
- TRAE、扣子（Coze）团队整体并入豆包体系
- TRAE Work、扣子与豆包在工作场景的产品能力整合
- TRAE IDE 及 CLI 作为豆包品牌下的编程产品线继续发展
- 字节回应：「此次调整旨在更好地协同产品和技术资源，为用户提供更优质的 AI 工作体验」，并表示「现有用户权益不会受到影响」
★ 这里有个必须严格对待的细节：「现有用户权益不会受到影响」这句话，是字节在回应 TRAE、扣子并入这一轮调整时说的。把它直接当成对飞书用户的承诺，是张冠李戴。本文不做这种嫁接——飞书用户权益方面，目前没有查到对应的官方专门表态。
再往上一层的背景：8 月 6 日年中全员会，梁汝波表示资源将集中培育主干业务（AI、信息平台、交易服务），豆包被定为全新的 AI 主干业务。
二、GTM 被拆走，这一步的信号比产品整合更重
多数报道的重心在「产品团队整合」，但如果只能看一条，我建议看 GTM 那条。
飞书的市场、销售、客户服务团队没有跟着产品团队进豆包，而是并进了火山引擎，成立新的 ToB 组织「创造力服务平台」。
这一步的含义是：飞书不再作为一个独立的商业实体去打单了。
一个企业级 SaaS 产品，产品团队和销售团队分家、销售归到云业务那边，通常意味着它的角色从「主推产品」变成「解决方案里的一个组件」。以后客户见到的可能不是「飞书销售来推飞书」，而是「火山引擎的方案里包含飞书能力」。
★ 以上是本文对组织安排的解读，不是官方表述。但组织架构的调整往往比产品公告更早说明意图——谁去打单，决定了产品被摆在什么位置卖。
三、飞书为什么会被选中当「能力供给方」
媒体对这轮调整的解读是：飞书失去独立 BU 地位，其文档、会议、知识库等能力被「拆解成豆包可以调用的能力模块」。
★ 这句话来自媒体分析，不是字节的官方表述。但它指向的产品逻辑值得认真看，因为这个逻辑本身是站得住的。
分析普遍认为，字节在 AI 办公这一仗里的优势在于办公产品与大模型的深度耦合——飞书的文档、会议、多维表格等模块，本身就是信息流转的载体，天然适合 Agent 读取上下文。
这句话拆开来说是这样的：
一个 AI 想帮你干办公的活，最大的障碍不是它不够聪明，是它不知道你们公司发生了什么。上周会上定了什么、这个项目谁负责、客户上次提的意见是什么、这张表里的口径是怎么约定的——这些东西人靠记忆和搜索获得，AI 得有人喂给它。
而飞书恰好是这些信息的沉淀地：
| 飞书模块 | 对 Agent 的价值 |
|---|---|
| 文档 | 项目背景、方案、规范 |
| 多维表格 | 结构化数据，AI 读起来比读文档准确得多 |
| 会议纪要 | 决策过程与结论 |
| 知识库 | 组织沉淀的规则和惯例 |
| 审批流 | 流程状态，知道事情卡在哪 |
多维表格这一项尤其关键。结构化数据对 AI 的价值远高于散文式的文档——文档里写「销售额比上月有所增长」，AI 只能得到一个模糊印象；表格里是具体数字，它能直接算。
所以「把飞书拆成能力模块」这个方向，在产品逻辑上不是降级处置，而是把它放到了 Agent 最需要的位置上——从一个人用的协同工具，变成 AI 的上下文来源。
至于这是不是飞书团队想要的位置，那是另一个问题。澎湃那篇报道的标题叫《豆包办公独立，飞书十年归零》，情绪很直白。★ 标题是媒体的判断，不是本文的。
四、现有飞书用户该关心什么
如果你是企业里做决策的那个人，下面这几条比前面的组织图更实用。
第一，短期内不必做动作。
组织调整不等于产品下线。目前没有任何公开信息指向飞书产品会停止服务或大幅收缩。基于一次组织调整就启动迁移，成本远高于风险。
第二，该盯的是路线图和支持力度，不是架构图。
真正会影响你的不是谁向谁汇报，而是：新功能还发不发、发的方向是不是你要的、企业支持的响应还跟不跟得上、续约时的商务条件变不变。这些要观察几个季度才看得出来，现在下判断为时过早。
第三，GTM 归属变化可能先在商务侧体现。
销售和客服并入火山引擎新组织之后，你的对接人、报价方式、服务承诺可能会有变化。这是最先能感知到的一环，续约周期临近的可以提前问一句。
第四，如果你正在选型（还没上飞书），情况不同。
已经在用和还没上，风险完全不是一回事。还没上的，这个不确定性应该被算进评估里——不是说不能选，是说要问清楚未来 12–24 个月的产品承诺。
第五，「豆包工作与飞书深度整合」对你可能是好事。
公开报道提到「豆包工作」将与飞书深度整合。对已经在飞书上沉淀了大量文档和表格的公司来说，这意味着这些沉淀有机会直接变成 AI 能用的上下文，而不需要重新搬一遍。这是深度耦合路线相对跨生态方案的实际优势。
★ 补充一条：豆包的连接器名单里本来就有飞书，也有钉钉和企业微信。也就是说即便不谈「深度整合」，飞书数据接入豆包这条路是已经存在的。见 连接器能连什么。
五、把确定性分层
| 层级 | 内容 |
|---|---|
| 官方确认 | 飞书产品团队并入豆包产品团队；谢欣向赵祺汇报；GTM 并入火山引擎新组织「创造力服务平台」，谭待负责 |
| 公开报道口径 | 「豆包工作」将与飞书深度整合 |
| 媒体解读 | 飞书失去独立 BU 地位；文档/会议/知识库被拆解成豆包可调用的能力模块 |
| 本文解读 | GTM 拆分意味着飞书从独立商业实体变成解决方案组件 |
| 无公开信息 | 飞书产品的独立路线图是否延续；品牌是否保留；企业客户合同与服务承诺是否变化；飞书用户权益是否有专门表态；「深度整合」的具体形式 |
最后一行里的每一项，都是有人在问但目前没有答案的问题。本文不猜。
本文小结
飞书与「豆包工作」的关系，组织层面已经确定，产品层面还没有说法。
确定的是：7 月 30 日飞书产品团队并入豆包产品团队、由赵祺负责、谢欣向赵祺汇报；飞书的市场、销售、客户服务团队并入火山引擎，成立新 ToB 组织「创造力服务平台」由谭待负责。
GTM 被拆走这一步的信号比产品整合更重——产品和销售分家、销售归到云业务那边，通常意味着角色从「主推产品」变成「解决方案组件」。
媒体把飞书的处境解读为「文档、会议、知识库被拆解成豆包可调用的能力模块」。★ 这是媒体分析而非官方表述，但产品逻辑站得住：飞书的文档、多维表格、会议纪要、知识库、审批流，本来就是组织信息的沉淀地，而 Agent 最缺的恰恰是「你们公司发生了什么」这类上下文。结构化的多维表格对 AI 的价值尤其高。
★ 一个必须澄清的常见误读：「现有用户权益不会受到影响」是字节回应 TRAE、扣子并入时说的，不是对飞书用户的承诺，别嫁接。
对现有飞书用户的建议：短期不必做动作，该盯的是路线图、支持力度和续约条件而非架构图；GTM 归属变化可能先在商务侧体现，续约临近的可以提前问；还没上飞书正在选型的，情况不同，要把这层不确定性算进去。