扣子企业版将下线：份额第一，为何留不住企业付费

扣子（Coze）曾在开发者圈子里火过一阵，如今它的现有企业版要停了。

10月29日，字节跳动旗下扣子发出公告：企业标准版、旗舰版自11月30日起不再向新客户销售，2027年12月31日彻底下线。那些通过火山引擎买下的旧个人进阶版、旧企业版、旧团队版，今年年底就会先停。企业已搭好的低代码工作流怎么导出、怎么备份，扣子说另行通知。

可就在三个多月前，扣子还在给企业版加码。今年7月，企业标准版月费由498元涨到980元，默认席位从2个提到5个，套餐里多了项目空间和多智能体协作。36氪援引的市场统计显示，2025年扣子以19.3%的份额排在中国智能体开发平台公有云市场首位。

从第一次上线到宣布现有企业版退场，扣子没走满三年。开发者买账、份额领先，怎么就撑不起一门能长做的生意？

扣子的起点，是解决大模型落地难

InfoQ援引非凡产研的数据显示，2025年6月扣子月访问用户约458万。那会儿它在国内上线还不到一年半。

扣子能这么快聚起用户，跟当时大模型的本事有关。

2023年12月，字节跳动把扣子推到海外，次年2月国内版上线。当时生成式大模型写个摘要没问题，可要它独立做一份日常简报，还是吃力。拿每天发给同事的行业简报来说，得先搜新闻、去掉重复报道，再按主题分类、提炼要点。用户通常得自己把材料找齐、筛好，才交给模型。想让整套活自动跑起来，还得写代码、接工具。

扣子压低的，正是把模型接进日常工作的那道坎。过去业务人员提需求，得交给开发者写程序。到了扣子上，他们能在一张画布上排好各环节的先后顺序，给每一步定规则。搜哪些来源、取哪个时段的新闻、摘要留哪些信息，熟悉业务的人自己就能定。流程跑通后，可以发布到平台支持的渠道，也能通过接口接进业务系统。

对早期大模型来说，把工作切成若干环节，执行过程也更好控制。日期筛选、信息去重都有明确标准，交给程序做，再让模型对剩下的报道归类、提炼要点。简报一旦漏掉重要消息，使用者能对着各环节的结果查，看是检索没覆盖到、筛选时误删了，还是模型写摘要时漏了。问题能一步步定位，流程维护起来也容易。

2025年7月，扣子又把应用开发平台和智能体运维工具开源了。有技术能力的团队可以自己部署，业务人员也能继续在平台上试想法。

这就说清了扣子为什么能吸引开发者和业务用户。原先要请人开发的工具，现在自己先搭一版。可到了企业掏钱采购那一关，拍板预算的是另一回事。

开发门槛降下来了，企业凭什么还要付费

先要分清：扣子搭的低代码应用，和能自主执行任务的AI助手，关键差别在于谁决定下一步做什么。前者主要靠搭建者事先定好步骤和判断规则，模型只管其中部分环节。后者能根据任务进展，判断该调什么工具、该查什么信息。

还拿核对营收数据来说。用预设工作流，得提前规定数字对不上时怎么复查。交给有工具调用能力的模型，它可以先查财报，再顺着发现的线索往下核。预设流程对任务变化的适应力，取决于搭建者想到了多少种情况。模型能担的判断越多，过去要专门开发的部分工具，用户直接开口就能用。

从技术演进看，人用拖拽画布预设工作流，本质上是模型能力不够时的“临时产物”。大模型往前走的终极目标，是把画布本身抹掉——等推理和工具调用能力爆发，AI能自己拆步骤，那些精心搭起来的拖拽式流程，就从“效率神器”变成了反直觉的冗余工程。

企业为独立开发平台付费的理由，也跟着变了，具体有三方面。

第一，替代方式多了，专门搭建的价值就往下掉。查资料、写简报这类临时任务，直接丢给通用AI助手就行。用户省了学习、搭建和调试，企业也得重新掂量，值不值得为此单买一套开发平台。扣子早期靠降低开发门槛拉来的需求，开始有了更省事的去处。

第二，流程能跑，不等于企业能省钱。一套应用接进业务以后，还得对接内部数据、设权限、复核结果。企业决定买不买、续不续时，这些投入要一并算进去。全年省下的工时，扣掉接入、复核和维护的开销，能不能盖住订阅费和模型调用费，才决定这套工具值不值得长期用。

第三，企业需求越往深走，平台的服务成本越难摊薄。SaaS形态的开发平台因此卡在一个尴尬位置：浅层需求被通用助手免费接走，而…价值的重度客户在平台验证完业务逻辑后，出于数据安全和资产自主权的考虑，往往会转向基于开源框架自建，或者直接买底层算力。独立平台费力做完了前期教化，却很难从客户后续的深层业务里赚到持续的订阅费。扣子7月调价时也提过，新增企业权益会增加服务投入和运维成本。加席位、加协作功能能抬高订单金额，前提是客户真有那么多岗位要用。

扣子还没披露企业版收入、续费率和服务成本，外界没法判断它盈亏。但这门生意的约束已经露出来了：简单需求更容易被通用助手接走，复杂需求又要持续投入服务。开发者数量虽多，企业却不愿为此长期掏钱。

大厂开始重算独立平台这笔账

对字节来说，产品调整背后，是AI战略从早期“多点试水”转向“战略收拢”。AI应用跑得快的阶段，各自独立的赛马路线容易分散场景和流量，把能力打包收紧、形成合力，成了更务实的选法。接下来要判断的是，同一套能力，是继续走独立平台销售，还是放进已有办公产品，哪一种更容易被使用、被采购。

今年8月24日，字节把扣子和TRAE团队并入豆包体系，打算整合相关产品在工作场景的能力。第二天，「豆包工作」上线，并与飞书打通。

这轮整合让字节可以把扣子的开发能力装进办公助手。以前企业得先派人把应用搭好、调通，才能用起来；如今一部分活儿由员工直接提需求，助手去调用工具完成。前期配置量下来了，企业也更容易照着实际产出和节省的工时，算一算这款产品值不值得掏钱。打通飞书之后，企业往系统里灌资料的成本也有望降低。周报要用的信息，常常散在文档、聊天记录、项目空间各处。办公助手拿到授权，就能直接取用原有工作环境里的材料，再把结果送回协作空间。企业过去在数据接入、权限管理上砸下的投入，也有机会多派几处用场。

商业化怎么走，也跟着变了。独立开发平台得让客户为搭建、部署、运行分别买单；手里已有办公产品的大厂，则可以把这些能力塞进原有订阅，或者靠增购席位、模型用量收钱。一项能力能不能保住独立产品的身份，得看它带来的新增需求够不够填上单独获客、研发和服务的开销。对今天的大厂来说，多卖一套开发平台不如把AI能力深度嵌进去，守住并做大用户每天都要打开的办公入口。

扣子的这次调整，正好是个观察口。模型能力更新越快，应用产品越得持续证明自己有用。早先靠降低开发门槛攒下的优势，会随着模型进步被重新打量。产品留不留得下，最终看它在真实业务里扛了多少活，客户愿不愿意一直为此付费。

团队能合并，企业已经投进去的工作却得接稳。扣子现有流程背后，牵着数据、权限和业务规则。这些资源能不能迁走、原有接口还能不能用，会影响客户下一次采购。对付费企业来说，入口换了，原来的任务照样按时交付，这次整合才算真正落进业务里。