上个月和一个做垂直行业SaaS的老友吃饭他公司的ARR涨得相当漂亮但聊到净收入留存率时明显没了底气。为了完成增长目标销售团队近两年基本靠折扣和加坐席拿单客户买是买了真正打开用的核心模块不到两成。他说了句让我印象很深的话我们现在是靠惯性续费而不是靠价值续费。这句话放在前几年可能被当成矫情但放在今天我觉得它戳中了整个SaaS行业最不愿意面对的事实——订阅制作为商业模式已经把这个赛道送上了神坛却也把几乎所有SaaS公司的增长锁进了同一个公式。这篇内容我想聊聊我对这个现象的思考以及我认为的“订阅制之后”的形态到底是什么、怎么落地、坑在哪里以及什么样的SaaS公司真正适合走向下一个阶段。1. 订阅制把SaaS送上了神坛也把增长锁进了同一个公式1.1 订阅制当年为什么能赢今天讨论“超越订阅制”很容易让人误以为订阅制不行了。实际上订阅制是整个SaaS行业能跑起来的头号功臣这一点必须先肯定。它的成功不是偶然而是正好解决了旧软件时代最痛的几个问题。在License模式主导的年代客户买一套软件要一次性付一大笔钱然后自己搭服务器、自己运维、自己升级遇到问题还要等厂商发补丁。厂商的收入也极不稳定——新签大单吃三年那个季度数字就好看剩下时间都在煎熬。订阅制把这个结构彻底改掉了客户按月按年付费前期的采购门槛大幅降低软件变成了服务厂商有动力持续迭代资本方也开心因为收入可预测公司的估值可以用MRR月度经常性收入和ARR年度经常性收入来计算增长曲线一画融资故事就成立。可以说SaaS这个词本身就和订阅制深度绑定。过去十年里几乎所有SaaS公司的商业模型、销售打法、客户成功体系的搭建都是围绕订阅制来设计的。它让整个行业学会了怎么把软件当成服务来持续运营也让“续费率”这个指标成了很多公司内部最神圣的北极星。但恰恰是这个“北极星”正在变成很多公司最华丽的遮羞布。1.2 订阅疲劳客户在为“可能性”付费而不是为“价值”付费订阅制的本质从客户视角看是什么是你付一笔钱买的是“未来一段时间内使用这个软件的权利”。它不关心你到底用了多少也不关心你用得怎么样。这个逻辑的本质是客户在为“可能性”付费而不是为“结果”付费。我见过太多这样的客户买了一套项目管理SaaS两百个席位实际只有四十多个人在用买了一年数据分析工具财务报表功能从部署之后就没打开过还有一家做连锁零售的客户库存模块一直没跑起来因为上游ERP的数据迟迟没接通但钱照样年年付。这种情况其实有个专门的说法叫僵尸订阅或影子IT。它本质上和办了健身年卡却一年只去三次一样——你以为你买的是好身材其实买的是一个心理安慰。站在SaaS公司的角度这种状态短期看很舒服因为收入在持续进账。但长期看是非常危险的续费不是来自产品为客户创造的价值而是来自客户的采购惯性、换人成本、以及“先留着以后可能用”的侥幸心理。一旦客户内部开始严肃评估ROI或者出现一个便宜一半甚至免费的新工具这种“惯性续费”会在一两个季度内崩塌。更隐蔽的是很多公司在给客户做续费分析时看的还是登录数、活跃用户数这类浅层指标客户说“我们要降本要缩减席位”公司就只能打折保单硬生生把净收入留存率做出来但产品在公司内部的名声已经变成了“一个昂贵的、没人用的系统”。这种价值错位是整个订阅制模式走到今天积累下来的结构性问题。1.3 “同一个公式”指的是什么订阅制还把SaaS公司的增长方式高度同质化了。今天你去任何一个投资人面前讲SaaS他们要看的几乎都是同一套东西ARR增速、净收入留存率、毛利率、CAC回收周期。这套估值公式天然偏好“稳定”、“可预测”、“线性扩张”于是所有SaaS公司都被推向了同一个方向——不停拉新客户、不停加席位、不停压低价格抢市场。这带来一个非常拧巴的结果公式里的“收入”和客户真正得到的产品价值之间并没有直接挂钩。为了把ARR做大公司会倾向堆功能来适配更多客户产品复杂度上升用户体验下降为了控制获客成本销售团队会倾向出售更多看似低门槛的席位数而不是去帮客户把现有的业务跑通。到最后SaaS公司之间比的不是谁帮客户创造了更多价值而是谁的营销话术更动听、谁的折扣放得更狠。当一个行业所有玩家都在同一个维度上竞争并且这个维度又不直接等于客户价值时行业的利润和口碑都会慢慢被吃掉。这也是为什么我越来越觉得SaaS的下一个价值跃迁不来自功能创新而来自商业模式本身的变革——从卖“座位”走向卖“成果”。2. 真正的下一站不是“不订阅”而是从功能计费走向成果计费2.1 先厘清订阅、用量计费和成果计费到底差在哪很多人一听“超越订阅制”以为是要回到一次性买断的老路或者是纯按使用量计费。我觉得这都是没抓住重点。下一阶段的SaaS不会彻底抛弃订阅而会在订阅的基础上新增一个更接近客户真实业务收益的收费锚点。要理解这件事可以先看三张不同类型的“账单”有什么不同。我做了个简单的对比计费模型收费依据客户视角典型例子纯订阅人头数、席位、功能模块“买了不一定用”大部分传统SaaS按每用户每月收费用量计费实际消耗量调用次数、存储量、算力“用了多少算多少”云厂商、部分API服务按Token或调用量成果计费客户业务结果交易额、转化量、节省成本“做到结果才收钱”支付按流水抽成、推广按成交付费订阅制卖的是“参赛资格”用量计费卖的是“消耗的燃料”而成果计费卖的是“你赢了多少奖金”。三者真正的分界线不在价格表长什么样而在价值的锚点从“我的软件有什么功能”转移到了“你的业务获得了什么结果”。用量计费听起来比订阅“先进”但它仍然是偏资源的逻辑客户用了多少我收多少你的业务有没有因此赚钱那是你的事。比如你用AI接口调用了十万次调用是成功了但这十万次调用到底帮你多赚了多少钱调用方不太关心。所以用量计费只是中间态不是终点。2.2 已经有公司跑在前面了成果计费其实不是一个新概念。支付行业的Stripe很早就不是按人数收费而是按交易流水抽成Shopify推出Shopify Payments后它的SaaS订阅费反而成了“入场券”真正的收入大头来自商家交易额的一定比例很多CRM和营销自动化工具也在从“按坐席收费”转向“按带来的商机金额收费”。这些公司本质上做的就是同一件事把自己从客户的“成本项”变成客户收入的“分成方”。为什么说这是SaaS的“价值跃迁”因为一旦你的收入和客户的交易额、转化率、留存率这类真实业务指标绑定你的商业模式就从“斜坡平缓的订阅费”变成了“跟着客户成长一起长大的分成收入”。客户今天卖一百万你赚一笔客户明年卖一个亿你还赚一笔而且你的成本并不会等比例翻倍。这在财务上叫高毛利杠杆在商业上叫利益对齐。用生活化的话说健身房年卡赚的是“你不去”的钱私教课赚的是“你去”的钱而真正的成果模式赚的是“你变瘦变强了”的钱。哪个对客户更公平、对公司更长久其实不用多解释。2.3 为什么这件事现在才可能发生过去很多SaaS公司不是不想做成果计费而是做不到。成果计费有一个硬前提你能看见客户业务里那个“结果”到底是多少。以前软件部署在客户内部数据断在防火墙后面厂商两眼一抹黑根本没有办法验证结果所以只能退回最简单的席位计费。现在的环境完全不一样了。SaaS产品几乎都是云原生客户业务的核心数据本来就跑在你的平台上或者至少可以通过API实时打通。再加上现在BI工具、数据仓库和第三方审计工具的成熟你有能力对客户证明你帮他们处理了多少单、带来了多少收入、节省了多少成本。数据透明一旦解决成果计费的信任基础就建起来了。这也是我判断未来五年会有越来越多垂直领域的SaaS把“结果分成”作为主收入模式的原因——不是大家突然变高尚了而是技术条件终于成熟了。3. 从“卖账号”到“卖结果”落地价值定价的几个必经环节3.1 第一步重新定义你的“价值单位”想从订阅制演进到成果模式第一件事不是改价格表而是想清楚一个问题在你的产品所服务的业务场景里到底哪一个变量最接近客户的真金白银这个变量就是你的价值单位。我用几个例子来说明。做在线客服SaaS的一个自然的价值单位是“成功解决的工单数”而不是“客服坐席人数”做招聘系统的“试用期通过且转正到岗的人数”比“HR账号数”有价值得多因为客户真正在乎的是招到并留住了人不是HR有几个登录账号。做财务自动化工具的可以按“帮客户节省的资金成本”分成做仓储管理的可以按“出库订单数”或者“拣货错误率下降幅度”来收费。判断一个变量能不能成为价值单位我一般会用四个标准去卡可量化这个指标能不能被客观记录和验证而不是靠主观估算与钱强相关它必须直接关联客户的收入、毛利或成本客户业务一变它就能变可控且可信你和客户都能接受这个指标是双方共同作用的结果而不是纯看客户自己的运气不会鼓励作弊不能因为按这个指标收费就诱导你或客户去做伤害长期价值的事比如为了拉高成交量而怂恿客户群发骚扰营销。如果暂时找不到特别干净的指标可以先用两步走的过渡方案保留基础订阅费保证公司的基础现金流然后把超额的部分挂到价值单位上。比如“每个成功转化订单额外收几十块钱”订阅是保底结果是上不封顶的弹性收益。我接触的不少SaaS公司都是从这种混合模式开始跑的既不用颠覆现有收入盘又能让团队开始练习“为结果服务”。3.2 第二步把计费和数据的底座搭结实选好了价值单位接下来要处理最现实的问题你怎么知道客户的结果是多少怎么让他承认这个数字是对的这需要三个层面的能力。第一是用量计量能力你得在产品里埋好事件采集把价值单位对应的关键动作记录下来而且记录口径必须和客户业务场景一一对应。第二是实时账单能力按结果分成意味着账单金额每个月甚至每周都在变你的计费系统不能再靠财务月底Excel手工对账得至少有一套能自动汇总、生成账单、推送通知的系统。第三是透明度客户的财务或业务负责人要能随时看到明细哪些订单计费了、分别计了多少、计算逻辑是什么。我见过不少团队在这个环节靠人工统计结果一到对账就扯皮最后只能打折了事。这个底座如果搭不牢成果计费根本走不长远。3.3 第三步重构销售和客户成功的角色订阅制时代的销售核心动作是卖坐席、讲功能、谈折扣成果模式下的销售核心动作变成了给客户算账。他需要能在第一次拜访时就把客户的现状数据和产品能带来的改进量化成一笔账“你现在一个月浪费在这些流程上的人力成本是某某万用了我们并且达到约定的效果你至少能省下某某比例。”这已经不是传统意义上的销售更像一个轻量级的业务顾问签下来的合同也变成了一份“价值契约”。客户成功团队的转变更彻底。以前客户成功的主要动作是教客户用功能、回答工单、提升活跃度本质上是“人肉帮助手册”。成果模式下客户成功的KPI要直接挂到客户业务结果上比如约定的转化率提升了没有、客单价有没有涨、出库量是不是按计划增长。团队关注的重心要变成“客户的商业模式怎么跑”而不是“我们产品的菜单长什么样”。组织结构上规模稍大一点的公司我建议专门设一个“价值工程师”角色这个人不需要写很多代码但要能打通客户的数据、算清楚前后对比并且陪同销售与客户成功一起跟客户谈价值。这个角色在成果计费里其实是整个公司的信任担保人。3.4 第四步渐进式切入而不是一夜转型从订阅制切换到成果模式最忌讳一次掀桌子。我建议的路径是先选一个业务标准化程度最高、客户配合意愿最强的细分群体圈定十到二十家客户设计一个混合计费方案跑三到六个周期再用真实数据回头修产品、修服务流程、修计费逻辑。具体操作上可以参考这样一个步骤锁定试点客户优先选那些已经在你的平台上沉淀了大量业务数据、且认可你们团队的客户共同定义一个结果指标要求是双方都认可、且你方有较大影响权重先采用“保底订阅超额分成”的结构降低客户对新计费方式的警惕心用嵌入式仪表盘或季度报告向客户透明展示结果变化和对应的费用试点结束后把跑通的数据做成案例再大规模复制。这个渐进路线的价值在于它让你在还没完全转变商业模式的时候就提前开始训练团队的“结果思维”。真正到了全面切换的那天销售知道怎么卖成果客户成功知道怎么交付成果产品知道怎么沉淀业务数据各方面才不会脱节。4. 转型期最容易踩的四个坑现金流、超卖、数据不透明、组织惯性4.1 现金流波动从稳定订阅到结果分成回款的性格完全变了订阅制最迷人的地方就是每个月的收入像工资一样稳定。换成成果计费后这个稳定性会受到冲击。客户的付费节点可能从“月初统一扣款”变成“月末根据结果结算”如果客户业务本身波动大你的月收入就可能像过山车。很多团队在测算转型影响时只看了一年总收入的期望值忽略了月度现金流的平滑性结果就是年终账面上数字不错但中途差点发不出工资。这个坑想避开我建议在切换之前至少提前两个季度做现金流压力测试把最差情况下的回款延迟算进去。合同设计上也要留好后路比如设置最低消费门槛、按周结算或者对超过一定账期的账单加收滞纳金。另外如果公司本身有融资渠道更要在转型期预留额外的现金缓冲因为银行和投资人看到你收入模式变复杂他们的风控也会变得更保守。4.2 超卖结果为了拿单把指标定得太高最后变成给自己放血成果计费的诱惑在于指标越高合同金额越大。销售团队天然有动力把承诺的“结果”往上抬毕竟他们的提成是按签单额算的。但如果你承诺的转化率提升幅度超出了产品和服务的真实能力后面要追回来的就只有两个东西钱和口碑。超卖结果最典型的展开方式是这样的第一年服务团队为了达到承诺指标疯狂加班交付成本爆炸毛利跌到负数客户确实看到了一些提升但也察觉到了你的勉强续约时反而提出更苛刻的要求第二年外部市场环境变了客户业务量下滑根本不可能达到承诺的结果双方开始扯皮你里外不是人。我见过最稳妥的做法是对承诺做一个对冲设计只承诺在你产品可控范围内影响比较大的指标而不是客户全盘业务表现同时划定免责边界例如市场大盘下行、客户内部组织调整等不可控因素应排除在计算之外初始阶段甚至可以把承诺区间放宽换取首单签约等到跑出数据再谈更激进的合同。记住成果模式的基石是长期信任一次超卖就能把信任透支干净。4.3 数据不透明结果说得清才谈得上分成成果计费的一切前提是你和客户能就“数字”达成共识。但现实中的麻烦恰恰出在这个数字上。客户的业务数据可能散落在多个系统里他们自己都不一定说得清楚数据的统计口径两边可能完全不一样——你说这个订单算“成功转化”客户说这个订单是“存量客户既有需求不算你的功劳”更棘手的是客户数据权限如果卡在别人手里你的产品根本拿不到原始数据整个计费就成了无源之水。要解决这个问题必须从签约阶段就把数据的定义、口径、来源写进条款尽量用第三方中立的数字比如银行流水、ERP导出数据、双方共认的仪表盘数据而不是某一方自行导出的Excel。产品端要把对账功能做成客户自助可见的模块让客户财务可以随时拉出“本月计费明细”而不是等到发票开出再质疑。我甚至见过一些做得极致的团队每季度主动请客户参与一次三方数据审计把“信任”做成一个长期工程。4.4 组织惯性最难的从来不是算法而是人前面说的坑多多少少都能靠流程和技术解决。但组织惯性这个东西才是最磨人的。销售团队拿惯了按签单额计提的佣金你让他去签“结果分成合同”他心里的第一反应是这个月回款怎么算如果客户没达标我的提成会不会缩水客户成功团队干惯了“答疑解惑”你让他对客户的下单量负责他可能会觉得自己被逼成了销售。产品团队更难受以前是按“功能迭代数量”评价他们现在要按“客户业务结果提升”评价这意味着很多以前好做又能炫的功能以后可能都要靠后站。所以在转型启动前我建议先动手改的是内部的考核和分账机制而不是外部的价格表。销售提成要有一部分延迟到“客户价值结果验证”后再发客户成功团队的奖金要从“成本中心的服务量”转向“客户结果达标率”产品研发预算要往数据采集、业务规则引擎、价值分析仪表盘倾斜。这些都是很琐碎但决定生死的事处理不好再好的商业模式设计都会在执行层被打折。5. 什么样的SaaS适合演进到成果模式以及从业者怎么提前做准备5.1 满足这五个条件才适合大步走向成果计费不是所有SaaS都适合做成果计费硬要套可能适得其反。我自己的判断标准是五条基本都满足再大力投入只满足两三条建议先做混合模式小范围试点。第一你和客户之间必须存在一个清晰的“生意变量”。也就是说客户能不能赚钱、省多少钱和你产品的使用质量有直接可感的关系。做支付、电商、营销、招聘、客服这类业务的SaaS天然具备这个条件但一个纯文档协作工具就很难证明“多写几篇文档”等于“多赚了多少钱”。第二客户业务的数字化程度要高。如果客户核心业务还在靠Excel和微信群跑你连数都采不全就别谈成果计费了。你得先帮客户把信息化补齐把数据管道打通再考虑挂钩分成。第三单客年价值要足够高。成果模式的交付和计量体系比订阅重得多如果单客户一年只能贡献两三千块钱那点分成连数据工程师的工资都覆盖不了。客单价越高成果模式的空间越大。第四你的产品得有足够深度的行业Know-how。不是因为“技术牛”而牛而是因为你懂这个行业怎么赚钱、成本结构什么样、流程里哪些环节在漏钱。纯通用型工具很难在“结果”层面做出差异化因为客户对你的定位就是“一把不够顺手还贵的扳手”。第五公司管理层愿意把经营重心从“卖更多产品”转移到“帮客户做出结果”。这听起来虚但恰恰是最大的筛选条件。如果老板嘴里喊着要转型季度考核还是只盯新增客户数和ARR那下面的人一定会用脚投票回到老路上去。5.2 对从业者的三个提前准备最后如果你和我一样不是在写PPT而是要在这样的转型里活下来、拿结果我个人有三条特别实在的建议。第一个准备是学会给客户算账。不管你做产品还是销售业务还是技术都要能把自己的工作翻译成客户业务语言。你说“我优化了报表加载速度”客户没感觉你要说“这个改进让你每天少花两小时对账一个月省下一个人力成本”客户才觉得你值钱。结果模式下的SaaS从业者本质上人人都得是半个财务。第二个准备是主动靠近数据能力和业务结果指标。别把自己锁在“我做这个功能”的舒适区里要去了解你服务的客户行业里哪些指标是老板天天盯着的哪些变量是决定他们盈亏的然后想办法让你的产品和这些变量产生直接关联。哪怕现在公司还没转型你先具备这个视角机会来的时候抓得住的概率就大很多。第三个准备是心态上接受“收入可变”这件事。订阅制训练了我们追求稳定收入的心态但成果模式下你的个人回报、团队业绩都会随着客户业务结果波动。这不是坏事这是你从“卖时间”变成“分利润”的过程。一个SaaS公司如果能让每一个员工都真正关心客户赚不赚钱那它根本不需要花力气去搞什么“客户成功文化”商业模式会自动把所有人指向同一个方向。说到底订阅制帮SaaS行业完成了从零到一的历史任务但它不应该成为终点。把收费的锚点从“功能”、“坐席”、“用量”挪到客户真实业务结果上才是我理解的那个“价值跃迁”。它需要更扎实的数据底座、更务实的组织变革也考验一家公司愿不愿意真正站到客户那一边。这篇文章写下来不只是给CEO或产品负责人看的也是提醒我自己别在“续费惯性”的舒适区里待太久。与其等着客户某天突然变聪明不如自己先一步成为那个帮客户赢的人。