飞书一句话，让卖了20年的SaaS“人头费"黄了？

导语：卖了20年的"人头费"，还能继续吗？

企业软件行业运行了20年的"潜规则"，正在遭遇一场静悄悄的挑战。

这个潜规则叫做"按席位收费"（per-seat pricing）。

Salesforce、Slack、Zoom、钉钉、企业微信……几乎所有叫得上名字的企业软件，都遵循同一套逻辑：人越多，价值越大，付费越多。

一套CRM系统，100人公司付10万，1000人公司付100万，简单直接，皆大欢喜。

直到3月28日，飞书把lark-cli彻底开源。

一个命令行工具，几行代码就能让Agent直接操控飞书的消息、日历、多维表格、邮件、任务……

表面看，这只是技术工具的开源。但仔细想想，如果Agent可以代替人的操作，SaaS按人头收费的基础还在吗？

这不是飞书一家的焦虑。

当飞书把人的操作权变成机器的调用权，整个SaaS行业都被迫面对一个问题：

卖了20年的"人头费"，还能继续吗？

飞书这次动作同时落在了三个层面上：

产品层面：开源命令行工具，降低Agent接入门槛。

lark-cli覆盖了11个业务域，包含200多条命令，19个AI Agent Skills，采用极其宽松的MIT开源协议，npm install一行命令即可安装。

生态层面：拥抱开发者和AI社区，构建Agent应用层。

这不是孤立动作，而是三层布局的收官之笔：3月6日上线OpenClaw官方插件，3月19日发布智能体平台aily，3月28日开放Lark CLI。

开发者可以用Lark CLI构建完全自定义的Agent，普通员工可以直接用aily，已经在用OpenClaw的用户可以通过官方插件接入飞书数据。

换句话说，每一类用户都有对应的入口，但都在调用同一套底层能力。

商业层面：暂不改变收费模式。

席位照卖，订阅照收。这恰恰是飞书这盘棋的高明之处，基础设施已经铺好，先观察客户、开发者和市场的反应，替代模式随时可切换。

事实上，飞书并不是孤例。

3 月 27 日，钉钉也开源了自家的CLI工具，首批开放10项核心能力，进一步把消息、日历、文档等企业能力收束进一个统一的AI工作平台。

海外头部厂商也在做类似动作。

Anthropic把Claude Code做成终端Agent，GitHub Copilot CLI直接杀进命令行。

这意味着，企业软件正在集体Agent化。

由此，一个新的可能性被打开了：

未来，软件不是卖给人，而是卖给Agent调用。

在这样的趋势下，传统SaaS席位模式就不再站得住脚：

人数上，如果Agent登录一个席位，就可以完成原本10个人的工作量，那为什么还要为买这么多席位？

频率上，Agent是任务触发型，做完就结束。价值衡量的重点就不再是用了多久、多频繁，而变成完成了多少事。这会直接削弱按传统SaaS按“人×时间”计价的合理性。

深度上，传统软件按模块收费：消息、日历、表格、邮件，各卖各的。但Agent可以跨模块自动化，而不是功能模块的集合，这也让现有的价格体系失去了锚点。

基于这样的逻辑，一套新的定价维度开始浮出水面。

过去SaaS厂商最熟悉的四个收费抓手，是席位数量、功能模块、存储空间和人工服务；

而在Agent时代，对应的位置开始被API调用量、任务自动化深度、算力消耗、Agent配置与训练成本替代。

微软已经把这种变化部分写进了自己的账单逻辑：

Copilot Chat对符合条件的 Microsoft 365用户可以作为基础能力提供，但agents需要Azure订阅，并按计量方式收费；

Copilot Studio则进一步以积分包（credit packs）的形式出售 Agent能力。

Salesforce也在为这场定价迁移提前做准备：

一方面仍然保留了大量“按用户、按月收费”的定价模式，另一方面已经把 Agentforce 做成了可按消耗量收费、按对话量收费，或按用户授权收费的可选模式。

这说明至少在头部厂商那里，Agent已经不只是附着在席位上的一点AI增值，而是被当成独立计费维度在孵化。

对SaaS厂商而言，如今只靠席位收费已经不再安全，企业用户心中那把衡量软件价值的尺子，已经在悄然变化。

这场变革并不会平均落在每一家SaaS公司头上。

它会先冲击那些价值高度绑定席位数的厂商，随后再向垂直SaaS蔓延。

协同办公平台

飞书、钉钉、企业微信、Slack、Teams，这一层级的厂商没有退路。

它们的业务本质就是人的在线协作，而Agent恰恰要替代的就是人的在线操作。

飞书开源lark-cli，意思是与其被上层Agent架空，不如主动成为Agent的底层执行平台。钉钉跟进开源CLI，同样是防御性卡位。

最危险的是Slack这类独立协同工具，没有办公套件捆绑，没有社交关系链锁定，一旦开发者习惯用开源CLI绕过界面层，其存在价值将急剧萎缩。

HR SaaS

招聘、考勤、薪酬、绩效，HR软件的核心模块高度结构化，正是Agent替代的黄金场景。

HR SaaS厂商如果仍按"HR人数"收费，客户很快会质疑，为什么我要为Agent完成的自动化工作付人的钱？

更严峻的是，HR部门的预算敏感度极高，一旦Agent化工具出现，替换动力将远超其他部门。

CRM

销售跟进、客户分级、商机预测、邮件触达，规则清晰且重复性高，这些工作天生就适合交给Agent自动化完成。

Salesforce、HubSpot、销售易、纷享销客等CRM厂商，被Agent化冲击的感受会同样强烈。

财务与费控软件

金蝶、用友、SAP、Oracle，财务软件曾被视为最难被颠覆的领域，合规要求高、容错率低、人机协作紧密。

对这类SaaS来说，Agent不一定会立刻替代系统本身，但会先吞掉一大块原本依附在人头和流程上的价值。

比如发票识别、报销审核、三单匹配、报表生成，这些高度规则化的流程正在被Agent逐个攻破。

目前，金蝶、用友率先推动"按AI结果付费"转型，也是因为看到了威胁的紧迫性。

如果等到客户主动要求按AI自动化任务量计费，转型窗口可能已经关闭。

这并不是企业软件行业第一次的定价革命。

软件行业的大变革，往往都是先从定价方式开始。谁先改了定价，谁就等于改变了行业对价值的理解。

2000年代，Salesforce引领了从许可制到订阅制的转型。

传统软件卖的是永久许可，一次性收费，后续维护费细水长流。

订阅制改为按月/年付费，客户前期投入降低，厂商获得稳定现金流，估值模型从PE转向PS，资本市场给予了更高溢价。

但转型的代价是真实的。

Oracle、SAP被迫跟进，经历了3-5年的财报波动、销售体系重构、客户教育。

部分拒绝转型的传统厂商，如BMC Software、CA Technologies，逐渐边缘化，最终被收购或私有化。

而今天的Agent化转型，代价可能更高。

这不只是财务模型的改变，还涉及产品定义、组织边界、责任归属、客户认知等多方面问题。

回头看，历史给到的教训其实很朴素：

先行者获得估值溢价和市场份额，跟进者付出阵痛，拒绝转型者消失。

值得注意的是，Salesforce的订阅制转型用了10年才完成主导，但Agent化的周期可能更短。

因为开源工具降低了切换门槛，大模型加速了客户教育，竞争压力迫使所有人都必须快速反应。

SaaS厂商直面三大问题

所以，不想被淘汰的SaaS厂商，真正紧迫的不是学飞书做一个CLI，而是尽快回答三个问题。

问题一：你的产品，未来是给人用的，还是给Agent调的？

如果答案仍然是"给人用"，那你正在把未来拱手让给做CLI的竞争对手。Agent不会取代所有场景，但会取代所有规则明确、流程标准化的场景。你的产品中，这类场景占比多少？

问题二：你的收入，还会只和席位数绑定吗？

如果明年这个时候，客户问你"为什么我要为Agent的操作付席位的钱"，你有没有已经在测试的替代计费方案？有没有给客户的心理预期管理？

问题三：如果上层出现统一Agent入口，你是入口、执行层，还是一个随时可替换的模块？

过去很多SaaS公司以为自己天然拥有用户入口，员工每天打开软件，流程就在系统里，消息和数据就在界面里流动。

但未来上层很可能会出现越来越强的统一Agent入口,可能是办公平台自带的Agent，也可能是模型厂商的工作助手，也可能是企业自己做的总控Agent。

如果你只是功能模块，很可能被上层Agent入口调用，客户只知道的用AI完成了任务，不知道背后调用的是谁的系统。

那时候，很多SaaS会第一次被迫回答一个残酷问题：如果用户不再直接打开软件，我还剩下什么？

对这些问题回答得越晚，厂商的转型代价就越大。越早给出清晰答案的厂商，就越容易获得下一代企业软件的定义权。

SaaS不会先死，但“按人头收费”这门舒服生意，已经开始变老了。

#SaaS #飞书 #Agent