Management Insights

飞书BU已成过去式,字节ToB最大的仗却在别处

August 5, 2026
飞书BU已成过去式,字节ToB最大的仗却在别处 - Photo 1

2026年7月30日上午,字节跳动的一封内部邮件,改写了飞书的十年。邮件正式宣布:

飞书产品团队与豆包产品团队合并,成立新的豆包产品团队。飞书的GTM团队与火山引擎团队整合,成立新的ToB 销售组织“创造力服务平台”(Creativity Service Platform),统一负责字节MaaS、SaaS等云服务的市场、销售与客户服务,由火山引擎负责人谭待负责。


这一刻,飞书从一个独立BU,变成了豆包体系下的一个子产品、火山引擎销售体系中的一条产品线。

飞书(BU)已成过去式。这并不是什么值得反复咀嚼的新闻。

外界大部分的讨论都偏了——人们盯着飞书的“降级”,盯着谢欣的汇报关系变化,盯着飞书是否被“肢解”。很少有人问一个更本质的问题:

飞书整合之后,字节ToB业务到底该怎么卖?

这才是字节ToB真正的战场。而最大的仗,在别处。



一、一个被忽视的真相:字节的产品从来不是问题

先做一个诚实的盘点。

字节ToB的产品能力,在国内互联网公司中属于第一梯队。

飞书的产品力,在协同办公赛道有目共睹。流畅的文档体验、多维表格的灵活度、无缝的会议与消息整合——这些不是营销话术,是真实的产品壁垒。2026年二季度,飞书ARR同比增长超过100%,新增客户中超九成同步采购飞书AI产品。飞书有望在2026年内跃居国内企业协同市场收入规模首位。这不是一个“失败产品”的数据。

豆包的AI能力,更无需赘述。截至2026年6月,豆包大模型日均Token调用量突破180万亿,两年间涨幅达1500倍。QuestMobile数据显示豆包月活3.82亿,断层第一。在中国公有云MaaS市场,火山引擎以49.5%的份额位居第一。字节大模型业务ARR达40亿美元,超过国内其他模型公司ARR总和。

火山的底层技术,同样经得起拷问。字节推荐算法、音视频技术、大数据处理能力的工程化输出,已经在数万家企业客户的生产环境中得到验证。

产品没有问题。技术没有问题。

那么问题在哪?问题在销售。

字节ToB过去十年,本质上是一家“产品驱动PLG”的公司,而不是一家“销售驱动SLG”的公司。这在ToC时代完全可行——产品够好,流量够大,用户自然来。但ToB是另一个世界。

在这个世界里,好产品卖不出去的故事,每天都在发生。甚至可以说:ToB行业的失败案例,90%不是死在产品上,而是死在销售上。



二、全球镜鉴:IBM、微软、AWS、Oracle——销售体系才是ToB的胜负手

翻阅全球企业服务五十年的历史,一个规律清晰得令人不安:

每一家成功的ToB巨头,都经历过从“产品中心主义”到“销售中心主义”的痛苦转型。那些没有完成这个转型的,要么死了,要么被边缘化了。

IBM:花了三十年才明白的事

IBM的故事,是所有ToB企业的必修课。

早期的IBM,和今天的字节很像——产品极强。大型机技术领先,工程师文化浓厚,销售不过是“接单员”——客户主动找上门,销售负责签合同。

转折发生在80年代。PC崛起,市场从卖方市场变成买方市场。客户面对的不再是一个产品,而是数百种产品组合。IBM被迫做出了ToB史上最重要的组织变革:从“产品线销售”转向“行业解决方案销售”。

这意味着什么?意味着IBM不再按产品划分销售团队,而是按行业划分——金融行业的销售团队懂银行的业务流程,能帮银行设计整套IT方案,而不是只卖一台机器。销售人员的核心能力,从“懂产品”变成了“懂客户”。

IBM还做了一件影响深远的事:建立了分层式的售前专家体系。一个客户拜访,可能有企业架构师描绘蓝图、行业顾问深挖需求、技术专家做PoC验证、价值工程师算ROI——不同角色各司其职,协同作战。

IBM的这套体系,花了三十年才打磨成熟。代价巨大,但结果是:IBM统治了企业服务市场半个世纪。

IBM给字节的启示是什么?ToB销售不是靠“超人”——没有一个销售能同时搞定技术、商务、行业洞察——而是靠体系。谁先建立体系,谁就赢得时间窗口。


微软:从“卖软件”到“卖转型”的销售革命

微软的故事更近,也更有参照价值。

2014年纳德拉接任CEO时,微软的销售体系是典型的“产品驱动”——Windows团队卖Windows,Office团队卖Office,Azure团队卖Azure。各卖各的,互不干涉。

纳德拉做的第一件事,不是改产品,而是重组销售体系。他以云业务为先导,推动微软从一家销售软件产品的公司,向提供云计算解决方案的服务商转型。

2017年,微软进行了史上最大规模的销售部门重组,将全球销售团队从产品线导向转向行业导向。2025年,纳德拉更进一步,提拔贾德森·阿尔索夫为商业业务CEO,将Azure、Microsoft 365及AI Copilot所有商业产品线的销售、营销、运营和工程团队全面整合,实行“端到端”权责共担。

纳德拉将这次变革称为应对“tectonic AI platform shift”(地壳级的AI平台转移)。

微软给字节的启示:在AI时代,销售体系必须足够敏捷,足够一体化。各自为战的销售架构,根本接不住AI带来的复杂客户需求。


AWS:行业化销售的极致样本

AWS的销售组织,可能是全球ToB领域最精细化的体系。

2024年,新任AWS CEO马特·加尔曼上任后的第一个大动作,是进一步整合全球销售组织,将全球销售、全球公共部门、大中华区以及销售战略和运营团队统一管理。

在大中华区,AWS将十多个销售部门梳理合并为8大行业线,并将13个头部大客户单独划出成立Top Account部门。

AWS给字节的启示:ToB销售必须“行业化”。通用型销售搞不定大客户,只有深耕行业的专家型销售才能建立客户信任。


甲骨文:销售驱动的极致

甲骨文的故事走向了另一个极端。在拉里·埃里森的领导下,甲骨文是硅谷最“销售驱动”的公司——销售人员的权力和薪酬远超工程师。销售文化强势到近乎狼性,但也正是这种文化,让甲骨文在企业数据库和ERP市场保持了数十年的统治地位。

甲骨文的模式未必适合字节——字节有自己的文化基因——但它证明了一个残酷的事实:在ToB世界,过度销售比销售不足活得更好。


结论

把这些案例放在一起,结论清晰得不能再清晰:

全球ToB巨头走到最后,无一例外地走向了“销售体系驱动增长”的路径。产品是入场券,销售体系才是决胜局。

字节现在正站在同样的路口。产品已经就位,技术已经就位。ToB的成败,取决于字节能不能完成一场艰难的基因突变——从一家“产品驱动”的公司,变成一家“销售驱动”的公司。



三、字节的难题:四种“aaS”,怎么卖?

字节的新组织“创造力服务平台”面临的最大挑战是什么?

是把IaaS、PaaS、SaaS、MaaS四种完全不同的商业模式,强行捏合在一套销售体系里。

这四种服务的销售逻辑天差地别:

  • IaaS卖的是算力、存储、网络。销售重点是成本和规模。客户是IT运维部门,决策偏理性。销售的核心能力是商务谈判——算得清账单,给得出折扣。

  • PaaS卖的是开发工具、数据库、中间件。销售重点是效率和生产力。客户是开发者和CTO,决策周期长。销售的核心能力是技术对话——听得懂架构,讲得清路线。

  • SaaS卖的是开箱即用的软件。销售重点是业务价值和用户体验。客户是业务部门负责人。销售的核心能力是场景洞察——找得到痛点,算得清ROI。

  • MaaS卖的是AI模型能力,按Token计费。销售重点是模型效果和推理成本。客户可能是CEO,也可能是业务负责人。销售的核心能力是AI原生思维——能帮客户想象“AI可以怎么改变我的业务”。


一个销售能同时搞定这四种吗?不能。

一个懂Kubernetes的云架构师,大概率搞不定飞书的组织权限体系。一个擅长卖飞书协作场景的SaaS销售,大概率听不懂客户CTO关于GPU算力成本的追问。

字节ToB过去的问题在于:飞书和火山引擎面对大量重叠客户,却分别建设销售体系。飞书卖SaaS,火山引擎卖云服务和大模型。企业客户想要的是一整套方案,字节给的是两张不同的报价单。

现在整合了,但问题没有消失——只是从“外部打架”变成了“内部打架”。



四、销售体系的五个生死关

字节ToB新销售体系能不能成,取决于能不能闯过五关。

第一关:销售方法论——从“卖产品”到“卖AI转型价值”

字节过去的销售方法论,本质上是“产品说明书式销售”——销售把产品功能讲清楚,客户自己判断要不要买。

这在ToC行得通。在ToB行不通。

未来的销售方法论,必须升级为“价值共创式销售”。销售组织(销售/BD/售前解决方案)的核心任务不是介绍功能,而是帮客户诊断业务流程、发现AI可以改造的环节、量化AI带来的收益。

举例:面对一个零售客户,字节的销售不应该说“豆包大模型有多强”,而应该说:“你们客服团队每天处理5000条咨询,每条平均耗时5分钟。用豆包智能体,可以把80%的常见问题自动化,每月节省2000人天,折合成本300万。我们来帮你部署。”

前者是卖产品,后者是卖价值。前者是推销员,后者是顾问。

这套方法论说起来简单,做起来难如登天。因为它要求销售组织的思维模式发生根本性转变——从“我怎么把东西卖出去”变成“我怎么帮客户解决问题”,把产品型思维转换成解决方案思维。


第二关:组织设计——矩阵式作战单元的搭建

字节“创造力服务平台”的组织设计,大概率会走向“行业纵队+产品纵队”的矩阵式结构。

行业纵队按金融、零售、制造、互联网等维度划分。每个纵队配备熟悉该行业的客户经理、解决方案架构师EA/SA。行业纵队的核心使命是深耕行业Know-How——只有懂行业的团队,才能赢得行业客户的信任。

产品纵队则承担产品推广使命的产品销售和豆包、飞书、火山引擎等各产品的深度专家。产品纵队从商务和技术上支持产品线的业务拓展。他们不常驻一线,而是作为火力支援平台,为前线的行业纵队提供远程或短期驻场的专业支持。

化解之道在于固化协同流程——借鉴LTC(从线索到回款)流程,把行业纵队和产品纵队的协同动作固化在从商机发现到交付回款的全过程中。让协同从“靠关系”变成“靠制度”。


第三关:专业分工——告别“超人模式”

字节等很多互联网公司最擅长的,是“精英单兵”模式——一个人顶三个人用,既能给高层算ROI,又能设计落地解决方案,还能搞客户关系。

这在ToC时代是高效。在ToB时代是灾难。

ToB销售不是靠超人,而是靠体系。 IBM、AWS、微软的销售体系,没有一个指望“超人”。

字节必须在销售和售前团队内部,建立精细的专业分工:

销售团队内部:

  • 战略客户销售:负责头部大企业。拥有高层关系构建能力,充当“单一窗口”。考核整体合同额和客户长期合作。

  • 云资源销售:负责IaaS/PaaS产品售卖。面对CTO,卖算力和数据库。核心能力是商务谈判和迁移服务。

  • AI与智能体销售:负责MaaS+SaaS产品售卖。面对业务部门VP,卖豆包调用量和飞书智能体。核心能力是场景发现。

  • 新客开拓专家(Hunter) :负责“从0到1”开疆拓土。

  • 客户成功专家(Farmer) :负责“从1到N”深耕老客户。


售前团队内部:

  • 企业架构师(EA) :客户CEO的技术顾问。规划3-5年整体技术蓝图。不卖产品,只建立信任。

  • 行业解决方案架构师(SA) :跟客户经理一起见客户。听得懂业务语言,画得出业务流程图,整合全栈方案。

  • 专业领域架构师(PA) :AI大模型、大数据、音视频、飞书集成等领域的深度专家。负责PoC和深度技术验证。

  • 产品技术专家(PE) :解决最棘手的底层问题。连接产品经理和研发。

  • 价值工程师(VE) :量化方案的投资回报率,把技术优势转化为客户管理层能听懂的商业语言。


这套分工的核心逻辑是:让正确的人做正确的事。没有人是全能的,但团队可以是。


第四关:能力发展——从“野生生长”到“系统培养”

字节过去的人才培养模式,本质上是“野生生长”——给年轻人极大的空间和资源,让他们在实战中野蛮成长。张一鸣的“Context, not Control”理念,培养出了中国互联网最优秀的一批产品经理和工程师。

但这套模式培养不出ToB销售。

ToB销售的核心能力——行业知识、解决方案设计、高层对话、复杂项目管控——没有三年五年的系统训练,根本不可能掌握。

字节必须建立ToB销售学院式的人才培养体系:

  • 认证体系:要求所有销售和售前人员通过不同级别的产品认证和行业认证,持证上岗。

  • 师徒制:每个新销售配备一名资深导师,跟单陪访至少一年。

  • 轮岗制度:要求售前人员每年必须跟一定数量的真实客户项目,销售人员必须定期接受产品深度培训。

  • 知识库建设:将最佳实践、成功案例、失败教训系统化沉淀,让新人的成长周期从三年缩短到一年。


第五关:地理协同——Hub-Spoke模型的落地

字节的销售团队分布在全国各地——北京总部、上海、深圳、杭州、成都、武汉……但分布不等于协同。

地理分布的核心问题是:如何让有限的专家资源,覆盖无限的地理需求?

答案是Hub-Spoke模型(核心辐射模式) :

Hub(中心) :在北京、上海、深圳设立卓越中心,集中部署EA、VE和顶尖SA。他们是“特种部队”,远程或短期出差支持全国范围内的重大项目。

Spoke(节点) :在成都、武汉、西安等区域中心城市设立区域售前中心,部署SA和SE。他们是“区域部队”,贴近当地客户,快速响应日常需求。

这套模式的关键在于资源调度机制——当一个区域客户提出一个复杂AI需求时,区域SA能否在24小时内协调到北京的EA或PA提供远程支持?这需要一套高效的内部协作平台和清晰的资源调度规则。

字节自己的飞书,理应成为这套体系的最佳协作平台。


关注我们——聚焦B2B销售赢单能力提升的专业社区:售前青云荟



五、三个无法回避的深层挑战

挑战一:考核机制——算谁的账?

当一个项目同时卖了火山引擎的算力、豆包的Token和飞书的席位——业绩算谁的?提成归谁?

这是个看似琐碎、实则致命的问题。ToB销售领域,超过一半的内部冲突来自“算账”问题。

必须建立“双算”机制。 前线销售和SA拿销售提成;二线技术专家拿“支持项目奖金”或“产品线增长系数”。考核的不是签单金额,而是技术交付质量和客户满意度。让算账不再是零和博弈,而是多赢机制。


挑战二:文化冲突——C端基因能长出B端肌肉吗?

字节最擅长的,是C端产品的“快”——快速迭代、快速试错、快速放量。这套打法在抖音上成功了,在豆包上也成功了。

但ToB是另一回事。

ToB销售不是靠流量,而是靠信任。不是靠爆款,而是靠续费。不是靠敏捷迭代,而是靠长期承诺。

一个ToB客户的决策周期,短则三个月,长则一年。一个ToB项目的交付周期,短则半年,长则三年。一个ToB客户的终身价值,不是一次交易,而是五到十年的持续服务。

字节的“Day 1”文化、“Context not Control”理念,在ToB深水区会遇到前所未有的挑战。IBM用了三十年完成的文化转型,字节没有三十年。字节必须在保持活力的同时,建立起ToB所需要的纪律性和耐心。


挑战三:飞书的中立性困境

这是最微妙的一关。

飞书如果过度服务豆包,可能削弱作为独立企业协作平台的中立性——客户会问:你是真心帮我提高效率,还是想让我多买豆包Token?

如果保持开放,又未必能把客户充分转化为豆包调用。

这是一个两难:不整合,输在效率;整合了,输在信任。

字节的解法可能是:保持飞书对外部AI模型的开放接口,让客户自由选择调用豆包、通义、文心还是DeepSeek。同时用飞书AI产品的极致体验——让客户在用豆包时明显比其他模型更顺畅——来形成“不强制但更好用”的竞争优势。

这需要在开放与绑定之间找到极其微妙的平衡。


六、一个核心判断

写到这里,可以给出一个清晰的判断:

字节ToB能不能成,取决于字节能不能在接下来的12到24个月内,完成一场从“产品驱动”到“销售驱动”的基因突变。

产品已经就位。技术已经就位。客户需求也已经就位。

剩下的是组织能力——能不能把销售方法论从“卖产品”升级为“卖转型价值”?能不能把组织设计从“各自为战”重构为“矩阵协同”?能不能把专业分工从“精英单兵”进化为“体系化作战”?能不能把人才培养从“野生生长”转变为“系统培养”?能不能把地理分布从“散点布局”优化为“Hub-Spoke协同”?

这五个问题,每一个都比写代码难十倍。

但字节没有选择。飞书已经被拆解了,退路已经被自己封死了。从2026年7月30日那封邮件发出的那一刻起,字节ToB就只有一条路可走——打赢这场销售体系的重构之战。

飞书十年,一分为二。这个故事已经翻篇了。

字节ToB真正的故事,才刚刚开始——不是关于产品,不是关于技术,而是关于一个最不性感、最不互联网、却最致命的问题:

字节的销售团队,能不能撑起字节的AI野心?

字节跳动CEO梁汝波说:“攀登AI高峰是字节当下最重要的事情。”

但攀登AI高峰,从来不只是技术问题。销售体系,才是通向山顶的那条路。

山就在那里。字节已经出发了。

最大的仗,刚刚开始。


关注我们——聚焦B2B销售赢单能力提升的专业社区:售前青云荟


【本文主题标签】:

#字节 #飞书 #售前工程师 #解决方案架构师 #科技企业 #销售管理  #售前管理 #FAE





Comments

No comments yet. Be the first to share your thoughts!