扣子企业版将下线：份额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团队并入豆包今年8月24日，字节跳动将扣子纳入整体体系，打算把相关产品在工作场景里的能力归拢到一处。第二天，「豆包工作」就上线了，同时完成与飞书的打通。

这轮整合，给了字节跳动一个把扣子开发能力接到办公助手上的机会。以往企业得先让员工把应用搭起来、调通了，才能正式用。整合之后，一部分活儿员工直接提需求就行，具体工具由助手去调用。企业前期配置的负担轻了，评估产品值不值得付费，也更容易落到实际完成效果和省下的工时上。

打通飞书，还可能压低企业接入资料的成本。一份周报要用到的信息，常常分散在文档、聊天记录和项目空间里。办公助手拿到授权后，能直接调用原有工作环境里的资料，算完再把结果放回协作空间。企业过去为数据接入、权限管理花的功夫，也有望复用到更多任务上。

商业化路径随之出现差别。独立开发平台得让客户为搭建、部署、运行分别掏钱；手上已有办公产品的大厂，则可以把这些能力装进原有订阅，或者靠增购席位、模型用量来收钱。一项能力还要不要单独做成产品，关键看它带来的新增需求能不能撑起单独获客、研发和服务的开销。多卖一套开发平台，已经不是大厂最在意的；它们更看重的是借AI能力深度融入，守住并做大用户每天都要用的办公入口。

扣子这次调整，正好提供了一个观察窗口。模型能力迭代越快，应用产品就越得不断证明自己有用。早先靠压低开发门槛攒下的优势，会随模型进步被重新掂量。产品能不能留下，说到底看它在真实业务里扛了多少活，以及客户愿不愿意一直为它付费。

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