豆包工作产品分析:组织级Agent的产品拆解与办公智能体竞争格局
豆包工作产品分析:组织级 Agent 的产品拆解
- 1豆包工作2026年8月25日独立发布,被拆解为字节整合TRAE执行栈、扣子编排与飞书上下文的组织级Agent
- 22026年中国企业级Agent市场约449亿元、增速112%,但仅18%的企业把智能体纳入核心业务流
- 3豆包工作多端月活204.9万,约为腾讯WorkBuddy 3235.3万的6%,桌面访问量3039万达其36%
- 4文章判断胜负手在把成本、稳定性与验收标准产品化,而非接入更多模型,点数不透明会压制使用频次
办公智能体的竞争已从模型能力转向上下文、工作流与交付质量,豆包工作的护城河在飞书权限与执行栈,瓶颈在入口规模与成本透明。
- 影响:权限继承、操作审计与合规已成为企业采购办公智能体的前置条件;行业呈高渗透低回报,仅18%企业把智能体纳入核心业务流,投资回报兑现度低;低价订阅能降试用门槛,但文中判断企业级溢价只能来自交付确定性。
- 参考:可考虑把试点验收先定为任务成功率、返工率与单任务成本,再决定扩量;值得盘点自身文档、权限与审批流的数字化程度,上下文质量决定Agent收益上限;采购时可要求厂商公示点数与Token换算规则及第三方模型倍率。
- 依据:市场与用户数据引自文中研报及QuestMobile、易观口径;成本较Claude Opus 4.6低近80%为官方口径,暂无独立验证;实测结论来自媒体评测,非作者独立实测。
豆包工作独立发布,背后是字节将TRAE执行栈、扣子编排生态与飞书企业上下文整合的组织级Agent发行版。本文对比腾讯WorkBuddy、阿里千问办公、百度搭子,从行业规模、竞争格局与商业化数据切入,拆解办公智能体从「模型能力」转向「上下文+工作流+交付质量」的竞争逻辑,并指出入口规模与成本工程才是下一阶段胜负手。

分析对象:豆包工作
对比竞品:腾讯 WorkBuddy、阿里 千问办公、百度 搭子
核心结论:
- 豆包工作不是「豆包的办公皮肤」,而是字节把 TRAE 的执行栈、扣子的编排生态、飞书的企业上下文收拢后,推出的组织级 Agent 发行版,于 2026 年 8 月 25 日独立发布。[1][2][17]
- 赛道已从「模型能力」转向「上下文 + 工作流 + 交付质量」的竞争:2026 年中国企业级 Agent 市场约 449 亿元、增速 112%,但仅 18% 的企业把智能体纳入核心业务流,高渗透与低回报并存。[12][13]
- 豆包工作的差异化成立——飞书权限继承、本地与云双执行、多模态交付共同构成「可信执行环境」;但入口规模是硬约束,飞书 PC 端月活 5 万,不足企业微信 PC 端 2030.2 万的一成。[7][14]
- 商业化仍处早期:豆包工作多端月活 9 万,约为 WorkBuddy 3235.3 万的 6%;同期桌面访问量 3039 万,已达 WorkBuddy 8534 万的 36%。两组口径交叉观察(推断),其用户更集中于桌面高频任务,移动端与留存是明显短板。[14][15]
- 下一阶段的胜负手不是接入更多模型,而是把成本、稳定性、验收标准产品化;否则「点数盲盒」与长链路返工会把用户推向「越用越不敢用」的反向飞轮。[3][27][28]
一、行业分析
1.1 产品价值:从「生成内容」到「交付结果」
办公智能体卖的不是回答,而是被验收的工作结果。聊天机器人交付的是文本,办公智能体交付的是文档、表格、PPT、分析报告,甚至一次跨系统的操作。产品价值的分母由此从「生成质量」变成「任务完成率 × 单任务节省工时 × 任务频次 − 调用成本 − 返工成本」。这个公式决定了办公 Agent 的商业逻辑更接近外包服务,而不是软件订阅。[12][33]
- 客户群体:核心是知识工作者与管理者,向下覆盖个人付费者,向上覆盖团队与企业采购;此外还有一类被低估的客户——需要跨后台取数与复盘的商家运营者。[33][5]
- 核心痛点:不是「写不出来」,而是「交付不了」。资料散落在聊天、文档、邮件与业务后台,格式返工、跨应用搬运、重复报表占用了大量时间;企业还额外承担权限、审计与合规成本。[1][2][31]
- 解决方案:以任务为单位,让 Agent 自主拆解、调用工具、操作浏览器与本地软件,直接产出可编辑的交付物;企业场景再叠加权限继承与操作审计。[1][2][29]
- 付费意愿:1% 的用户愿意为 AI 办公智能体付费,但从个人付费跨越到企业采购,需要组织级的价值证明;企业更在意权限、审计、合规与业务责任,而非单纯的模型分数。[13][31]
这带来三个产品后果。
其一,评测对象变了:不能只测问答与写作,要测任务成功率、返工率、平均交付时长。
其二,成本结构变了:一次复杂任务可能消耗数十万 Token,收入与算力成本直接挂钩,订阅制必须叠加用量计费。
其三,信任设计变成核心功能:确认机制、权限边界、操作回放,不是安全附属品,而是能否进入严肃办公场景的入场券。[12][13][33]
洞察:办公 Agent 的竞争单位是「任务」,不是「功能」。功能清单可以复制,任务的成功率、成本与可验收性无法复制。[12][33]
1.2 市场规模与趋势:高渗透、低回报
市场规模的增长曲线很陡。2026 年中国 AI 智能体市场预计达 1558 亿元,同比增长 93.7%,2030 年有望达 6968 亿元;其中企业级 Agent 约 449 亿元,增速 112%,2029 年预计突破 3320 亿元;口径更宽的 AI 办公软件市场在 2025 年约 2678.4 亿元,2026 年突破 3000 亿元。[12][13]
落地曲线却平缓得多。企业 AI Agent 采纳率从 2024 年底的 17.3% 升至 2026 年中的 40.3%,但真正把智能体纳入核心业务流的中国企业只有 18%,超过六成仍停留在了解评估与试点阶段;毕马威的调研亦显示,能在多个用例中实现投资回报的企业仅 24%。这组「高渗透、低回报」的数据,是理解当前所有办公 Agent 产品动作的前提。[12][13]
需求侧的热度是真实的。2026 年 9 月,20 款主流桌面端办公智能体的合计月访问量突破 3 亿次,较 6 月增长近 5 倍;但访问量并不等于收入,行业仍处在「买得越来越多、用得越来越浅」的阶段。[12][13]
趋势一:计费从席位走向混合。个人订阅、企业席位、Token 按量、私有化部署四种模式并存,「订阅 + 用量 + 结果」的混合计费正在成为主流,单纯按席位收费难以覆盖长链路任务的算力成本。[12][13]
趋势二:竞争从模型转向上下文。通用模型能力趋同后,能否打通 ERP、CRM 等存量系统、理解真实业务流,成为核心壁垒;行业普遍判断「上下文即一切」。[33][34]
趋势三:成本工程化。自动路由、轻量模型兜底、单任务成本核算成为产品能力,有厂商称单次任务执行成本已下降 60% 至 70%。[33]
趋势四:从通用助手到行业套件。金融、法律、内容、电商等垂直套件与「数字员工」形态开始出现,通用 Agent 负责调度,专业 Agent 负责深度交付。[33][34]
1.3 竞争态势:入口已定,增量未定
协同办公的存量入口高度集中:钉钉以 32.7% 的份额、约 2 亿月活居首,企业微信 23.4%、约 1 亿月活,飞书 18.9%、约 3000 万月活,三者合计覆盖率达 92%。但 AI 办公的增量入口并未按存量份额等比例分配——这正是后来者仍有机会的原因。[26]
按 QuestMobile 2026 年三季度多端月活口径,WorkBuddy 以 3235.3 万居首,百度搭子 977 万、千问办公 790.5 万紧随,豆包工作 204.9 万排在第五。按易观 9 月桌面端访问量口径,WorkBuddy 8534 万、千问办公 4655 万、豆包工作 3039 万位列前三。两套口径不可直接比较,但共同指向一个事实:腾讯拿走了入口位置,字节拿到的是访问强度而非用户规模。[14][15]
表 1 办公智能体主要玩家对比(2026 年 9 月至 10 月)[12][14][15][16][19][22][23][33]

四家中国厂商的路径差异,本质是「从哪里获得上下文」的差异。腾讯从社交关系链与企业微信切入,阿里从组织架构与审批流切入,字节从文档、会议纪要与多模态内容切入,百度从搜索与文档资产切入。路径没有优劣,但决定了各自的天花板:入口越靠近日常沟通,获客越便宜;越靠近业务系统,交付越深。[16][19][22][33]
更值得警惕的是同质化。当前产品在虚拟桌面、本地操控、任务拆解上都能交出合格答卷,用户迁移门槛低,大部分产品尚未建立深度绑定,这直接压制了付费转化。这意味着 2026 至 2027 年的竞争重点不是「谁能做」,而是「谁能让 AI 更难被替换」。[33]
1.4 环境成熟度:标准与治理成为采购前置条件
办公智能体是少数「政策先行于规模」的 AI 赛道。2026 年 5 月,国家网信办、国家发展改革委、工业和信息化部联合印发《智能体规范应用与创新发展实施意见》,明确要厘清本人决策、授权决策与智能体自主决策的边界,保障用户的知情权与最终决策权,智能体执行不得超出授权范围。同期,市场监管总局批准发布《人工智能智能体互联》系列 7 项国家标准,覆盖身份码、身份管理、描述、发现、交互与工具调用。[30][31]
这些规则直接改变了产品设计:行为围栏、最小权限、行为留痕、一键叫停,从「加分项」变成「必答题」。对厂商而言,合规能力既是采购敲门砖,也是成本项;对客户而言,智能体的身份、权限与责任界定,比模型分数更能决定是否签约。[30][31]
商业环境同样在收紧。企业最担心的三类泄露是:调用外部模型或第三方工具导致数据脱离可控边界、网页与邮件中的恶意指令诱导外发、智能体误判导致误操作。这解释了为什么「私有化」「数据驻留」「权限继承」在 2026 年的企业招标中权重快速上升。[31]
判断:行业已过「演示驱动」阶段,进入「合规与 ROI 双门槛」阶段。能否把安全能力做成可采购、可审计、可计价的商品,将决定谁能拿到企业预算。[30][31][33]
二、产品拆解:豆包工作
2.1 定位:组织级 Agent 的「发行版」
核心定位:面向生产力场景的 Agent 产品,以「完成工作」而非「生成内容」为交付目标。它同时覆盖三种使用形态——本地电脑上的桌面 Agent、云端虚拟机上的常驻 Agent、飞书内的嵌入式 Agent;并用「任务 / 项目」两级结构管理上下文,用「技能 / 连接器 / 工作伙伴」三层结构供给能力。[1][2][35]
这一定位的关键不在功能数量,而在把 Agent 需要的东西一次性配齐:模型、执行环境、工具、上下文、权限、计费。用平台工程的视角看,豆包工作卖的不是一个模型入口,而是一套「Agent 运行时」。这也是它区别于豆包 App 的根本——后者是对话产品,前者是执行系统。[1][2][19]
目标群体:三层用户,三种价值主张
- 个人知识工作者:从豆包存量用户转化,卖点是低门槛与「一句目标直接出活」。个人标准档连续包月 68 元,办公任务额度为免费版 5 倍以上,承担拉新与习惯养成的任务。[8][37]
- 飞书组织:卖点是权限继承与组织上下文。团队订阅 1988 元/席/年、含 2000 点/席/月;豆包与飞书领航版联合订阅 1188 元/席/年起,企业认证后 1 席起购。[9][10][11]
- 字节生态商家:卖点是经营数据直连。通过抖音生活服务经营、巨量本地推、TikTok for Business 三款插件,把门店与投放数据收进对话,做同口径对比与复盘报告。[5]
三层用户的价值主张并不一致:个人要「便宜好用」,组织要「安全可控」,商家要「多后台合一」。豆包工作目前用同一套产品同时服务三者,这在早期有利于快速迭代,但中长期会导致功能优先级冲突——个人要的轻快与组织要的严谨,在产品默认值上往往相反。[5][8][9]
定位演变:百日完成「组织—产品—场景」三级收拢
表 2 豆包工作的关键节点(2026 年)[1][2][3][5][6][7][8][17][37]

这条时间线值得产品经理注意:字节没有先做产品再找场景,而是先合并组织,再合并产品,最后合并场景。7 月 30 日把飞书产品团队与豆包产品团队整合,由豆包负责人赵祺统一负责;8 月 25 日推出独立品牌;随后用两个月补齐多模型、免费策略、经营插件与鸿蒙端。这是一次典型的平台型公司「收拢兵力」打法,速度是优势,但整合期的产品一致性风险也随之上升。[1][2][3][5][6][7][17]
核心竞争策略:四条腿走路
- 依托平台:用飞书的权限体系与企业上下文解决「懂业务」与「敢授权」两个难题,这是最难被复制的部分。[1][2]
- 一体化:自研模型、执行栈、多模态生成、云电脑与 Office 套件在同一产品内闭环,减少跨工具拼接带来的失败率。[2][8][24]
- 生态化:技能、连接器、工作伙伴三层供给,加上第三方模型接入,把任务边界从「办公」扩展到「经营」。[3][5][35]
- 成本领先:豆包 1 Pro 每百万 Token 输入 6 元、输出 30 元,缓存命中 1.2 元,官方称综合成本较 Claude Opus 4.6 低近 80%;这为低价订阅与免费策略提供了空间。[24][25]
四条策略中,前两条是「守」,后两条是「攻」。依托平台决定它能否在企业市场站住,一体化决定交付质量的上限,生态化决定任务覆盖的宽度,成本领先决定试用的门槛。问题在于,四者之间存在张力:生态越开放,权限与安全越难控;成本越低,模型能力的天花板越明显;一体化越深,与非字节生态的兼容成本越高。[19][21][24]
优势与挑战
优势集中在三处。第一,企业上下文的获取成本最低:飞书账号登录即可继承权限内的聊天、文档、会议纪要、日程,生成物还能回流飞书,形成「读—做—存」闭环。第二,执行形态最完整:本地电脑、云电脑、手机远控三态并存,长任务不占用本机,定时任务可脱离人在场。第三,多模态交付能力突出:文档、表格、PPT、图片、视频可在同一任务链内完成,这是纯文本 Agent 难以比拟的。[1][2][8][24]
挑战同样清晰。第一,入口规模:飞书 App 月活 3375.7 万,但 PC 端仅 193.5 万,而企业微信 PC 端为 2030.2 万、钉钉 PC 端 1256.8 万;办公 Agent 的主战场在桌面,这个差距是结构性的。第二,用户规模:多端月活 204.9 万,与 WorkBuddy 的 3235.3 万不在一个量级。第三,价值衰减:非飞书组织使用团队版,等于放弃其最核心的上下文能力,产品价值会迅速向通用 Agent 收敛。[7][14][15]
定位建议:短期不应追求「全场景通用 Agent」,而应把「飞书组织的交付层」做到不可替代:以会议、文档、多维表格三条上下文主线为轴,先赢下高密度协作组织,再向外延展。[1][2][7]
与同等竞对的差异化
与 WorkBuddy 相比,豆包工作的差异不在功能,而在上下文深度与执行形态。WorkBuddy 的优势是入口:企业微信 PC 端月活 2030.2 万,Agent 可以直接长在员工的沟通链路里;它还有 340 个领域专家、1 万多个技能包与 79 万个 SkillHub 技能,生态厚度领先。豆包工作的优势是:飞书的文档、会议纪要、多维表格天然是结构化上下文,且权限体系可以直接继承,不需要企业重新做一次数据治理。[16][19][20]
与千问办公相比,差异在组织渗透方式。千问办公由 QoderWork、MuleRun、悟空整合而来,主打桌面、云端、企业协同三态,并强调「企业上下文」与全栈私有化;它背靠钉钉约 2 亿月活与阿里云,企业采购的信任基础更强。豆包工作的相对优势是产品体验与多模态内容生产,相对劣势是钉钉级别的组织覆盖与私有化交付经验。[21][22][23][26]
与百度搭子相比,两者几乎不在同一战场:搭子以移动端与低成本见长,多端月活 977 万但桌面访问仅 926 万,说明其量几乎全部集中在移动端;豆包工作则以桌面高频任务为主。这组对比反而提示了一个机会:移动端「派活、审批、看结果」的轻场景,目前没有玩家做得足够好。[14][15][33]
2.2 能力与资源:四根支柱与各自的裂缝
支撑豆包工作定位的,是四项能力与资源:企业上下文、执行栈、模型与多模态、组织与流量。前三项决定「能不能干好」,第四项决定「有多少人用」。每一项都足够独特,也都存在明确的边界。[1][2][17][24]
用 AI 产品的分层视角看,豆包工作由四层构成:模型层(豆包 2.1 Pro/Turbo,企业版再叠加第三方模型)、Harness 层(任务规划、工具调用、状态保存、失败恢复、多 Agent 并行)、上下文层(飞书权限内的组织知识,加任务/项目两级记忆)、治理层(三档权限、操作审计、额度与数据隔离)。四层之中,模型层可以采购,Harness 层可以追赶,治理层可以合规对齐,唯有上下文层的迁移成本最高——这也是豆包工作最该守住、同时最容易被飞书边界限制的一层。[1][3][24][30]
企业上下文:飞书是护城河,也是边界
豆包工作与飞书的打通不是「接了几个 API」,而是继承了飞书的权限体系:用户只能读取本人权限范围内的数据,个人数据与企业数据隔离;生成物可保存回飞书云文档,成为可二次编辑、分享与复用的企业知识。飞书 8.0 进一步把「豆包工作伙伴」做成有独立身份、权限与记忆的成员,企业可以按「管人」的逻辑管理 Agent。[1][2][7][36]
这构成了真正的稀缺性。企业上下文的难点从来不是「有没有数据」,而是「数据能不能被合规地调用」。飞书把组织架构、文档权限、会议纪要、日程与多维表格放在同一套权限模型下,Agent 只需要继承,不需要重建。对比之下,独立 Agent 产品要接钉钉、企微、本地文件、ERP、CRM,每一个连接器都要重新处理身份与权限映射,工程成本与合规风险都高一个量级。[1][2][31]
但护城河同时是边界。飞书的客户密度高、但规模小:月活约 3000 万,仅为钉钉的约七分之一;PC 端 193.5 万,不足企业微信 PC 端的十分之一。对非飞书组织,团队版最核心的价值——上下文继承——直接消失,产品退化为「通用桌面 Agent」,要与 WorkBuddy、千问办公在同一个功能平面上竞争。[7][26]
- 不足:上下文能力与飞书强绑定,跨生态复用难;上下文质量依赖组织的数字化程度,文档散乱的企业难以获得同等收益;个人版与企业版的上下文边界不同,用户体验存在断层。[2][7]
- 建议:把「企业上下文」从飞书能力升级为独立产品能力——做上下文连接器的统一权限层,优先接钉钉、企微、本地文件系统与主流 CRM;同时提供「上下文质量评分」,让企业看见 Agent 到底读到了什么、缺了什么。[1][2][31]
执行栈:从「会说」到「干完」的 Harness
豆包工作的执行栈是它最「重」的资产:本地电脑操作、浏览器自动化、云电脑常驻、定时任务、多 Agent 并行、手机扫码远控、虚拟桌面、生成物的「指哪改哪」。这套 Harness 决定了它能把任务推进到哪一步,而不是停在建议层面。[2][8][29][35]
实测结果呈现出典型的「能用但不稳定」。有评测用四类任务测试:PPT 生成、视频生成、数据分析、简易系统搭建,四类均达标;一份 CSV 仅用四步就产出了多视图交互系统。但同一套系统不支持拖拽修改状态、没有持久化存储、不能在线编辑、缺少权限管理,本质仍是可演示的原型,无法直接作为团队生产系统。[27]
记者实测则展示了长链路任务的真实体验:让 Agent 把采访录音与素材按选题归档、打开浏览器检索、下载资料存档,光标会自己移动点击,遇到不确定的步骤会停下来等确认;但网页检索响应偏慢、偶发搜索错误,生成的短视频只有画面与声音、没有字幕,仍需人工收尾。[29]
用户反馈的短板更集中:复杂图形界面识别偶有偏差、多表关联公式会报错、长链路执行容易出 bug、需要反复调试。一句话总结很刺耳也准确——「嘴替能力尚可,手替能力还不太行」。这不是豆包工作独有的问题,而是当前 Agent 行业的共同上限;但谁先把「稳定性」变成可承诺的指标,谁就能先进入生产环境。[28]
- 不足:缺少公开的任务成功率、返工率与失败恢复指标;长链路任务中断后的断点续跑与回滚能力不清晰;复杂 GUI 与跨表公式仍是高频失败点。[27][28][29]
- 建议:建立任务级 SLA 与验收清单,对外披露「可交付率」而非只展示 demo;为长任务提供自动检查点、失败回滚、人工接管点;把「原型级产出」与「生产级产出」在界面与计费上明确区分。[27][28]
模型与多模态:成本领先,但路由缺位
模型侧,豆包 2.1 Pro 在 Coding、Agent、VLM 三个方向完成升级,在 Terminal Bench 2.1、SWE-Pro、SciCode、OSWorld、MobileWorld、MMMU-Pro 等评测中进入第一梯队;配合 Seedance 2.5、Seedream 5.0 Pro、Seed-Audio 1.0,形成了从文本到视频、图像、音频的完整供给。截至 2026 年 6 月,豆包大模型日均 Token 调用量突破 180 万亿,火山引擎在中国公有云 MaaS 市场的份额达 49.5%。[24][25]
成本是它最实在的竞争力:2.1 Pro 每百万 Token 输入 6 元、输出 30 元,缓存命中 1.2 元,Turbo 版本价格再减半。对需要长时间运行的办公 Agent 而言,模型单价直接决定「能不能放开用」。[24][25]
10 月 29 日的多模型接入是一次防御性补课。企业版接入 Kimi K3.1 Pro、GLM 5.3、DeepSeek V4.1 Flash,按用量从企业已有 AI 点数中扣除,管理员可按成员、部门、群组与终端配置权限。问题在于,三款模型的输出单价差异极大:Kimi 为每百万 Token 68 元,GLM 为 28 元,DeepSeek 空闲时段 4 元、高峰 8 元,最高与最低相差约 8.5 至 17 倍(测算);而豆包工作并未公示三款模型消耗 AI 点数的倍率。[3]
这就产生了一个产品悖论:给了选择权,却没有给决策依据。用户不知道一次任务会调用哪个模型、扣多少点,也不知道换模型能省多少。多模型于是从「能力选择」退化为「计费不确定性」,反而抑制了高频使用。相比之下,如果平台能按任务难度自动路由,并在任务前给出成本预估,多模型才会真正变成体验优势。[3][4][28]
- 不足:点数与 Token 的换算规则未公示,重任务扣量像「开盲盒」;多模型缺少自动路由与倍率说明;个人版暂不支持第三方模型,能力供给存在版本差。[3][7][28]
- 建议:把「成本可观测」做成产品能力——任务前预估、执行中显示、结束后归因;公示各模型倍率;提供「省钱 / 平衡 / 最强」三档路由策略,而不是把模型选择直接丢给用户。[3][4]
组织与流量:最大的资源,最远的转化
字节给豆包工作的资源是罕见的:2026 年 9 月豆包 App 月活 4.19 亿,是国内 AI 原生应用第一;豆包大模型日均 Token 调用 180 万亿;火山引擎提供算力与 MaaS 底座;飞书贡献高价值密度的企业客户,2025 年营收超过 30 亿元,2026 年二季度营收同比增长超过 100%,新增客户中超九成同步采购了 AI 产品;再往外,还有抖音生活服务、巨量引擎、TikTok for Business 的商家生态。[15][17][18][24][25]
但资源不等于转化。豆包工作 204.9 万的多端月活,相对豆包 4.19 亿的月活,转化率不足 0.5%(测算);相对飞书 3000 万月活,渗透也不足 7%(测算)。这说明「C 端流量降维打击 B 端」目前仍是假设,而非事实。办公 Agent 的购买决策者是组织,不是个人;个人可以因为方便而试用,企业只会因为可控而付费。[7][14][15][26]
- 不足:C 端流量向 B 端付费的路径未验证;品牌认知仍偏「聊天助手」,企业对其「办公系统」身份认知不足;企业销售、交付与客户成功体系弱于阿里、腾讯;组织整合期存在产品线重叠与团队磨合成本。[17][18][32]
- 建议:把豆包内的「办公任务」做成默认入口而非隐藏功能,用高频轻任务完成习惯迁移;企业侧以「试点包 + 按结果付费」降低采购门槛;用信通院双认证与飞书权限体系做信任背书,而不是用模型分数。[2][7][18]
2.3 场景与体验:三个高频场景的成色
判断一个办公 Agent 是否成立,不看它能做多少事,而看它在高频场景里能否稳定交付。以下三个场景分别对应豆包工作的三类用户,也分别检验它的上下文、执行与多模态能力。[27][28]
场景一:从会议纪要到可交付物
- 场景与痛点:一场会后,纪要、待办、项目文档、周报分散在不同工具里;整理者要在聊天记录、文档与日程之间反复搬运,耗时且容易漏项。[1][2]
- 方案与功能:飞书账号登录后,Agent 在授权范围内读取会议纪要、文档、日程与群聊,理解目标后直接产出纪要、待办、周报或方案,并把成果保存回飞书云文档。[1][2][36]
- 差异化:不是「总结一段文本」,而是「带着组织上下文交付」。同一句指令,在飞书内可以自动关联项目文档与参会人,在外部工具里只能基于用户粘贴的片段。[1][2]
- 客户价值:记者实测中,五段采访录音到一版成稿的整理链路被显著压缩;对高频开会、写周报的岗位,这是最容易感知的收益。[29]
不足与建议:该场景的价值高度依赖飞书。对使用腾讯会议、Zoom 或本地录音的组织,上下文入口缺失,体验会明显下降。建议补齐外部会议与本地音视频的接入,并建立纪要质量的评测标准(漏项率、待办可执行率)。[1][2][29]
场景二:跨系统经营复盘
- 场景与痛点:本地生活商家要在门店后台看成交与曝光,在广告后台看投放,在海外平台看另一套报表;口径不一、取数重复,复盘往往变成「拼表」。[5]
- 方案与功能:接入抖音生活服务经营、巨量本地推、TikTok for Business 三款官方插件,授权后可在对话中查询数据、按门店与周期做同口径对比,生成含图表的复盘报告与行动建议。[5]
- 差异化:这是竞品最难复制的场景——数据源在字节体系内,插件是官方直连,不依赖第三方爬取或手工导入。它把豆包工作从「办公工具」推进到「经营工具」。[5]
- 客户价值:覆盖本地生活与出海两类商家,减少后台切换与手工整理;对连锁门店,同口径对比直接对应「哪家店在掉队、哪笔投放不划算」两个具体决策。[5]
不足与建议:场景目前只覆盖字节系平台,商家的跨平台经营(美团、饿了么、亚马逊等)仍需手工补数;平台既做裁判又做选手,中立性会被大型商家质疑。建议把插件机制开放给第三方服务商,并把「经营日报」做成定时任务模板,从「问一次」变成「每天自动看」。[5]
场景三:长链路研究与多模态交付
- 场景与痛点:一份研究报告或一套汇报材料,需要检索、阅读、提炼、成文、配图、排版、做视频;每一步都要切换工具,最耗时的不是思考,而是搬运与返工。[2][24]
- 方案与功能:Agent 可操作浏览器检索、调用本地与云端算力、生成文档/表格/PPT/图片/视频,并支持对生成物框选局部直接修改;云电脑让长任务在关机后继续跑。[2][8][24][35]
- 差异化:多模态是字节的传统强项。Seedance 2.5 支持 30 秒单段原生视频、最多 50 个全模态素材联合生成;Seedream 5.0 Pro 支持交互式编辑与多图层分离。这使「一份材料同时产出图文与视频」成为可能,而多数竞品仍停留在文本与 PPT。[24]
- 客户价值:实测中 PPT、视频、数据分析、简易系统四类任务均达标;对内容、市场、研究岗位,端到端交付能显著减少工具切换。[27]
不足与建议:细节打磨仍需人工:PPT 版式精修、视频字幕剪辑、系统交互优化都要收尾;若用户不提供足够详细的 Prompt,产出会停留在「大概对」。建议提供分级的交付模板(草稿 / 可交付 / 可发布),并明确每一级的验收标准,避免用户用「可发布」的期待验收「草稿」。[27][28]
交互与信任设计:三种模式、三档权限
豆包工作在交互上做了一个值得肯定的设计:用「默认 / 目标 / 计划」三种模式表达放权程度。默认模式边想边干,最快;目标模式先对齐成果定义,减少跑偏;计划模式先出执行方案,用户确认后再动手。这不是三个功能,而是信任校准的三档旋钮,把「AI 能自作主张到什么程度」交给用户显式选择。[35]
权限设计同样如此:始终询问、按需确认、全部允许三档,对应「事事请示」「小事放手、大事把关」「完全放权」。操作日志与关键动作确认让执行可审计。这套设计方向正确,与监管要求的「最小权限、行为留痕、一键叫停」一致;但目前的粒度仍偏粗——权限是按「操作类型」分的,而不是按「目录、应用、数据等级」分的。[2][30][31][35]
- 做得好:三种模式把「不确定性」前置;权限三档给了新手护栏;侧边栏工作台与操作日志让过程可见;「指哪改哪」显著降低返工成本。[2][35]
- 可优化:任务开始时按风险自动推荐模式,而不是让用户自己判断;权限从「三档」细化到「目录白名单 + 应用白名单 + 数据分级」;为长任务提供「沙箱预演」,先在隔离环境跑一遍再落到真实文件。[27][30][31]
体验短板:四个具体问题
- 额度像盲盒:重任务扣多少点缺少预估,用户在高价值任务前会犹豫;这会直接压低使用频次,而频次正是订阅制最需要的指标。[28]
- 长链路稳定性不足:复杂 GUI 识别偏差、多表公式报错、跨应用操作偶发失败,用户必须全程盯着,削弱了「放权」的价值。[27][28][29]
- 移动端只能「派活」不能「干活」:手机端负责下发任务与查看进度,执行仍在 PC 或云电脑;纯移动场景的收益有限。[7][35]
- 采购与学习成本被低估:官网缺少完整订阅页,团队版需销售报价;官方教程偏少,新用户靠社区摸索。对个人是摩擦,对企业是采购障碍。[7][11][28]
2.4 竞品对比矩阵
表 3 四款办公智能体的横向对比(2026 年 11 月)[7][9][10][11][14][15][16][19][20][21][22][23][26][33]

矩阵里最值得注意的不是功能差异,而是定价哲学的分歧。WorkBuddy 用「个人 99 元起、企业 198 元/席」建立中高端定位,千问办公用「订阅 + 点数」跟随企业采购习惯,百度搭子用低价换规模,豆包工作则用「个人 68 元起、团队 1988 元/席/年」打性价比。低价能换来试用,但换不来企业级信任;真正的溢价只能来自「交付确定性」。[9][11][19][20][21][33]
三、总结
3.1 三个判断
判断一:产品已经跑通「任务交付」,但商业还没跑通「组织采购」。 从 8 月 25 日发布到 11 月,豆包工作用两个多月补齐了多模型、免费策略、经营插件与鸿蒙端,迭代速度在行业内少见;但多端月活 204.9 万、桌面访问 3039 万的数据说明,它仍然是一个「高强度、小规模」的产品。访问强度高,说明用过的人愿意用;规模小,说明大多数人还没被说服。[7][14][15]
判断二:真正的护城河是「上下文 + 权限 + 执行」的三位一体,不是模型。 多模型接入是必要的防御,但它不构成差异化——WorkBuddy 从第一天就支持多模型,千问办公也能切换档位。豆包工作真正难以复制的是:飞书的权限继承让企业敢授权,本地与云双执行让它能真正干完,多模态让交付物不止于文本。三者叠加,才是「可信执行环境」。[1][2][19][21]
判断三:成本与稳定性是规模化的两道坎,且会互相放大。 长链路任务本身消耗大,失败后重跑又要再扣一次点数;用户一旦形成「做一次可能失败两次、扣三次」的预期,就会把高价值任务留在自己手里,只把低价值任务交给 AI。这会形成「越用越不敢用」的反向飞轮,比单纯的模型能力不足更难修复。[3][27][28]
3.2 五条产品建议
- 把成本可观测做成核心功能。任务前给出点数预估与模型建议,执行中显示消耗,结束后按部门、项目、任务归因;公示第三方模型的消耗倍率。目标不是省钱,而是让用户敢用。[3][4][28]
- 建立任务级评测与 SLA。对外披露办公任务成功率、返工率、平均交付时长与失败恢复率,而不是只展示 demo;为长任务提供检查点、断点续跑与失败回滚。把「能演示」变成「可验收」。[27][28][29]
- 把上下文能力外延出飞书。做统一的上下文连接器与权限映射层,优先接钉钉、企业微信、本地文件系统与主流 CRM;提供「上下文质量评分」,让非飞书组织也能获得可解释的价值。[1][2][31]
- 场景纵向做深,而不是继续铺技能数量。把会议交付、经营复盘、内容生产三个场景做成「行业套件 + 模板 + 验收标准」,每个套件配可量化的价值证明;技能数量是供给指标,不是价值指标。[5][27][33]
- 用「信任」做 GTM,而不是用「模型分数」。企业侧提供试点包、按结果付费与沙箱环境;把信通院双认证、权限继承、操作审计、数据驻留做成可采购的信任凭证;用「管人」的逻辑卖 Agent。[2][7][30][31]
3.3 对 AI 产品从业者的启示
豆包工作是一个很好的样本,它把办公 Agent 的产品难题暴露得很完整:模型不是壁垒,入口不是壁垒,甚至功能也不是壁垒;真正的壁垒是「让用户在真实任务里敢把活交出去」。这要求产品经理从「功能设计」转向「系统设计」——同时管理四张表:任务成功率表、单位任务成本表、上下文覆盖率表、权限与审计合规表。[12][33]
它也提示了一个被忽视的机会:所有玩家都在争「桌面上的全能 Agent」,但移动端「派活、审批、看结果」的轻场景、以及「非飞书 / 非钉钉 / 非企微」的中立市场,仍然缺少体验完整的产品。前者是频次,后者是增量。对后来者而言,正面拼模型与生态不现实,但在这两个缝隙里做出「任务级确定性」,仍然有位置。[7][15][33]
结语:豆包工作已经证明字节有能力把「模型能力」组装成「工作任务」,但它还没有证明企业愿意为这套组装长期付费。下一步的胜负,不在模型参数,也不在技能数量,而在能否把「不确定性」变成「可承诺的交付」。[12][14][27]
参考来源
[1] 【媒体】字节跳动发布智能体产品「豆包工作」,新华财经 / 中国金融信息网,2026-08-25 https://m.cnfin.com/gs-lb/zixun/20260825/4459978_1.html
[2] 【媒体】豆包工作正式发布:让 AI 从生成内容到完成工作,央广网,2026-08-25 https://tech.cnr.cn/techph/20260825/t20260825_527791305.shtml
[3] 【媒体】豆包工作首次接入第三方模型,首批上线 Kimi、智谱与 DeepSeek,AIbase,2026-10-29 https://news.aibase.com/tw/news/32104
[4] 【媒体】豆包工作加入多模型阵营,千问办公成最后的坚守者?,华尔街见闻,2026-10-29 https://wallstreetcn.com/articles/3784847
[5] 【媒体】切入商家经营链路,豆包工作上线本地生活、出海广告三款插件,腾讯新闻,2026-11-04 https://news.qq.com/rain/a/20261104A0CBRT00
[6] 【媒体】豆包工作鸿蒙版上线鸿蒙电脑应用市场,微博,2026-11-05 https://m.weibo.cn/status/5361926257512164
[7] 【其他】豆包工作(词条),百度百科 https://baike.baidu.com/item/%E8%B1%86%E5%8C%85%E5%B7%A5%E4%BD%9C/68686013
[8] 【媒体】豆包专业版正式上线 国产消费级大模型商业化路径明晰,中国工信新闻网,2026-07-03 https://www.cnii.com.cn/rmydb/202607/t20260703_746933.html
[9] 【官网】豆包工作伙伴计费说明,飞书帮助中心 https://aily.feishu.cn/hc1u7kleqg/1cnvbb55
[10] 【官网】企业使用豆包价格如何核算?席位、年付与适用条件说明,飞书,2026-07-21 https://www.feishu.cn/content/article/7667878599667551168
[11] 【媒体】豆包办公企业版怎么收费?两种口径说清,云巴巴 https://www.yun88.com/news/17864.html
[12] 【研报】2026 AI 办公智能体市场洞察报告,三个皮匠报告 https://m.sgpjbg.com.cn/info/47cb8210f3619be3e13e86840a75be01.html
[13] 【研报】中国办公智能体平台市场研发报告 2026,三个皮匠报告 https://www.sgpjbg.com/searchtag/27211747.html
[14] 【媒体】AI 办公不止「三国杀」:百度掀桌子,腾讯、阿里、字节排座次,网易,2026-10-27 https://www.163.com/dy/article/LA9DOF5A0511AG3I.html
[15] 【媒体】国内 Agent 工具,已经分出三条路了,今日头条,2026-10-20 https://www.toutiao.com/article/7700955315688178217/
[16] 【研报】AI 办公智能体竞争格局:腾讯、阿里、字节、百度谁在领跑?,三个皮匠报告 https://www.sgpjbg.com/labels/aibangongzhinengtijingzhenggejutengxunalizijiebaidushuizailingpao/1/7742448.html
[17] 【媒体】内部赛马暂停,腾讯、阿里、字节 AI 办公产品「合兵」对阵,中新经纬,2026-08-07 https://www.jwview.com/jingwei/08-07/682611.shtml
[18] 【媒体】AI 办公没有超级入口,澎湃新闻,2026-10-15 https://thepaper.cn/newsDetail_forward_33691347
[19] 【媒体】从 Coding 到 Working:国产 Work 系 Agent 和海外 Codex、Claude Cowork 有什么不同,腾讯云开发者社区,2026-10-10 https://cloud.tencent.com/developer/article/2735805
[20] 【研报】AI 产业研究系列:腾讯 WorkBuddy 领跑桌面端 AI 智能体赛道,通联数据,2026-09-20 https://app.wmcloud.com/ira/information/broker/9139456
[21] 【官网】Alibaba Launches QwenWork, an All-in-One Workplace AI Agent Platform,阿里巴巴集团,2026-08-03 https://www.alibabagroup.com/en-US/document-2021039099929952256
[22] 【媒体】千问办公在云栖大会发布面向企业的全新产品,新华网,2026-09-23 https://www.xinhuanet.com/tech/20260923/dc385eac0fd846879115de2632497070/c.html
[23] 【媒体】阿里「千问办公」开启公测,科技日报,2026-08-03 https://www.stdaily.com/web/gdxw/2026-08/03/content_558592.html
[24] 【媒体】豆包 2.1 Pro 模型发布,Coding 与 Agent 能力跨越「质变点」,中国经济网,2026-06-23 http://finance1.ce.cn/home/jrzq/dc/202606/t20260623_3047831.shtml
[25] 【媒体】豆包 2.1 Pro 模型发布,Seedance 2.5 将于 7 月上线,中国工信新闻网,2026-06-23 https://www.cnii.com.cn/rmydb/202606/t20260623_745098.html
[26] 【研报】协同办公品牌排名:市场份额与用户规模全景,三个皮匠报告 https://www.sgpjbg.com/labels/xietongbangongpinpaipaiming/2/7222417.html
[27] 【媒体】实测豆包 AI 工作流:都达标,尤其视频借助 Seedance 带来办公差异化优势,正观新闻,2026-09-18 https://www.zhengguannews.cn/zghnews/424053.html
[28] 【媒体】豆包工作评测:从问答助手到数字打工人,AI 星球,2026-09-25 https://www.aixq.cc/64880.html
[29] 【媒体】记者实测豆包工作:一句话,AI 自己组了个「报道小组」,腾讯新闻,2026-09-05 https://news.qq.com/rain/a/20260905A066K600
[30] 【官网】智能体规范应用与创新发展实施意见,国家网信办、国家发展改革委、工业和信息化部,2026-05-08 https://sf.sz.gov.cn/ztzl/hg/yjxx/zdhy/xxcs/content/post_12860204.html
[31] 【媒体】最佳牛马涌入工作日常,能否信赖?值得托付?,搜狐(转中国经济网),2026-10-12 https://www.sohu.com/a/1097139766_120702
[32] 【媒体】豆包终于学会了腾讯 WorkBuddy 的杀手锏?,人人都是产品经理,2026-10-30 https://www.toutiao.com/article/7702352792249188904/
[33] 【媒体】互联网巨头抢滩 AI 办公,央广网,2026-08-31 https://www.cnr.cn/tech/techxp/20260831/t20260831_527799500.shtml
[34] 【媒体】AI 办公的下一个赛点:从模型之争到语境之争,中华网,2026-09-30 https://news.china.com/socialgd/10000169/20260930/49773970.html
[35] 【公众号】2026 办公智能体入门系列:豆包工作入门教程,微信公众号 http://mp.weixin.qq.com/s?__biz=MzA3Njc0NzA0MA==&mid=2653193133&idx=1&sn=69a0aa06db51dd10daacb839a3617797
[36] 【官网】飞书官网:豆包工作与协同办公产品,飞书 https://feishu.cn/
[37] 【媒体】豆包专业版上线:标准套餐连续包月 68 元,中国新闻网,2026-06-24 https://m.chinanews.com/wap/detail/cht/zw/jw676339.shtml
本文由 @拆个产品 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自Unsplash,基于CC0协议
来源:人人都是产品经理 · woshipm.com