扣子企业版将下线：份额19.3%居首，低代码被大模型抹平？

出品｜未来科技界 李彦

曾在开发者圈子里流行一时的扣子（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能力深深嵌进去，守住并做大用户每天都要开的那个办公入口。

扣子这次调整，正好给了一个观察的角度。模型更新得越快，应用产品就越得反复证明自己有用。早先靠把开发门槛压下来攒的优势，会随着模型进步被重新掂量。产品能不能留下来，说到底看它在真实业务里扛了多少活，以及客户愿不愿意一直为它付钱。

不过，团队能合，企业已经投进去的工作也得接得住。扣子现有流程背后，连着数据、权限和业务规则。这些东西能不能迁走、原来的接口还能不能接着用，会影响客户下一回采购的决定。对付费的企业来说，入口换了，原先的任务照样能按时交差，这次整合才算真落到了业务上。