Beancount.io LogoBeancount.io

SaaS 营收指标:构建 MRR 瀑布流并解读其反映的增长情况

阅读需 3 分钟Mike ThriftMike Thrift
SaaS 营收指标:构建 MRR 瀑布流并解读其反映的增长情况

一位创始人向你展示了一份幻灯片。ARR 同比增长了 35%。这桩生意稳操胜券,对吧?

别急着下结论。这一个数字可能掩盖了这样一个业务:它获取新客户(New Logos)的速度虽然快得惊人,但桶底的破洞每月都在悄悄流走其 4% 的基础客户。两家 SaaS 公司可能公布相同的头条增长率,但由于底层数据的差异,它们的未来可能完全不同。那些茁壮成长的公司学会了阅读经常性收入瀑布图(Recurring-Revenue Waterfall),而不仅仅是看顶线收入。

本指南将梳理在 2026 年真正重要的 SaaS 指标:如何清晰地计算 MRR 和 ARR;如何将月度变化拆解为新增、扩张、收缩、流失和重新激活五个维度;如何解读净收入留存率(NRR);以及如何将留存率与获客成本(CAC)相结合,确保单位经济效益能够经受住董事会会议的考验。

从 MRR 和 ARR 开始,但需谨慎构建

月经常性收入 (MRR) 是指你的订阅合同在特定月份内预计产生的标准化经常性收入。它不包括一次性费用、专业服务费、硬件销售以及任何非订阅类目。

陷阱往往隐藏在细节中。一个每年支付 12,000 美元年费方案的客户,在付费当月并不表现为 12,000 美元的 MRR,而是在接下来的 12 个月里,每月表现为 1,000 美元的 MRR。将账单周期与已确认的经常性收入混为一谈,是早期 SaaS 仪表盘中最常见的错误。

年经常性收入 (ARR) 简单来说就是 MRR × 12。它是一个“运行率”(Run-rate),而非预测。它假设今天的业务规模在一年内保持不变,但事实并非如此。ARR 适用于公司间的对比、招聘计划以及与习惯以年度数字思考的投资者沟通。而在公司内部,MRR 更加真实,因为它每月都在变化。

一个清晰的 MRR 定义应具备三个属性:

  1. 仅限经常性。 排除实施费、培训费、定制开发费以及不会重复出现的用量激增。
  2. 归一化。 年度合同按月切分,季度合同亦然。
  3. 折后净额。 如果你给了客户 20% 的折扣,MRR 应该是折扣后的金额,而非原价。

如果不能持续遵守这三条规则,那么下游的每一个指标——增长率、留存率、LTV(生命周期价值)——都会在无形中出现偏差。

经常性收入瀑布图:解释每一项变化的五个维度

任何月份的 MRR 净变动都可以分解为五个组成部分:

净新增 MRR = 新增 + 扩张 + 重新激活 − 收缩 − 流失

这是 SaaS 领域的“试算平衡表”。它是业务中极具诊断意义的图表,因为它不仅告诉你 MRR 是否增长,还告诉你它是如何增长的,以及是什么在阻碍增长。

新增 MRR (New MRR)

来自在该周期内首次付费客户的收入。客户仅在首次付费时被定义为“新增”。在第一张发票后的月份,其账户的所有进一步变动将流向其他四个维度。销售和营销效率体现在这里;如果新增 MRR 在增长,但 CAC(获客成本)增长得更快,说明你正在以不断恶化的成本换取增长。

扩张 MRR (Expansion MRR)

来自现有客户的额外经常性收入——升级到更高定价层级、增加席位、购买新模块,或因用量增加而进入更高档位的阶梯套餐。扩张是 SaaS 中质量最高的增长资金,因为它没有获客成本。一家拥有强大扩张能力的典型成熟 SaaS 业务,即使在新增 MRR 停滞的情况下也能保持增长。

重新激活 MRR (Reactivation MRR)

来自之前曾活跃、后流失、现在又回归的客户的收入。在大多数业务中,重新激活的占比往往很小,但值得单独追踪。如果重新激活的数额很大,说明你的“流失”可能更多是“暂停”而非“永久流失”,这将改变你对留存投资的思考方式。

收缩 MRR (Contraction MRR)

现有客户减少支出时损失的经常性收入——降级、减少席位、取消附加组件、在续约时协商折扣。收缩是危险的,因为它比直接流失更隐蔽。一个降低配置的客户通常是即将离开的前兆;一波收缩潮是价值主张减弱的早期预警。

流失 MRR (Churned MRR)

在该周期内客户完全取消订阅而损失的经常性收入。流失是破坏力最强的部分,因为除非客户重新激活,否则这部分收入将永久消失,而获取该客户所支付的 CAC 就成了沉没成本。

举个简单的例子。你月初拥有 100,000 美元的 MRR。你成交了 12,000 美元的新增 MRR,现有客户贡献了 5,000 美元的扩张收入,500 美元的沉睡客户重新激活,2,000 美元的账户降级,以及 4,500 美元的客户取消。月末 MRR 为 111,000 美元。表面上的变化是 +11,000 美元,环比增长 11%,看起来很棒。但瀑布图告诉了我们另一个故事:总损失为 6,500 美元,而总新增为 17,500 美元。简单计算可知,在实现增长之前,你每获得 1 美元就要流失约 37 美分。如果这个比例持续扩大,你的增长引擎在顶线收入崩盘前就会率先熄火。

净收入留存率:投资者真正看重的数字

如果在你的仪表盘上只能保留一个留存指标,那一定是净收入留存率 (NRR),有时也称为净金额留存率 (Net Dollar Retention)。

NRR = (期初 MRR + 增购 + 重新激活 − 缩减 − 流失) ÷ 期初 MRR

请注意公式中缺少的部分:新增 MRR。NRR 剥离了新增业务,专注于现有业务组合。它回答了一个问题:“如果我们明天停止获取新客户,我们的收入会增长、持平还是萎缩?”

NRR 超过 100% 意味着现有客户支付给你的费用随时间增长,且超过了流失客户带来的损失。这是 SaaS 的终极目标:一家无需购买额外增长就能实现复利增长的企业。NRR 低于 100% 意味着你的收入在流失,每一美元的新客户收入都必须先填补流失的漏洞,然后才能产生净增长。

2026 年的基准因细分市场而异:

  • 企业级 SaaS(ACV 高于 10 万美元): 中位数约 118%,前四分之一企业达 130% 以上
  • 中型市场(ACV 2.5 万至 10 万美元): 中位数约 108%
  • 中小企业(ACV 低于 2.5 万美元): 中位数约 97%

企业级 NRR 较高的原因是合同随客户共同增长——席位、模块和用量都在账户内部扩展,而这些账户的流失速度较慢。中小企业 SaaS 必须更加努力,因为小客户往往会因为与产品无关的原因流失(倒闭、被收购、改变策略)。

还有一个姐妹指标,即总收入留存率 (GRR),它完全剔除了增购和重新激活的影响:

GRR = (期初 MRR − 缩减 − 流失) ÷ 期初 MRR

GRR 的上限为 100%,反映了原始的留存质量。NRR 可能会掩盖一家留存不佳但增购激进的企业,而 GRR 不会。资深投资者会关注两者之间的差距:差距过大说明增长依赖于从更少的客户身上压榨出更多价值。

速动比率、神奇数字与 40 原则

除了 MRR 和 NRR,三个综合指标将收入变动与增长质量联系在了一起:

SaaS 速动比率 (Quick Ratio)

速动比率 = (新增 MRR + 增购 MRR) ÷ (缩减 MRR + 流失 MRR)

速动比率是用一个数字表示:对于每一美元流失的经常性收入,我增加了多少美元?不同 SaaS 领域的基准非常统一——低于 1.0 很糟糕(意味着你在萎缩),1.0 到 4.0 是可以接受的,4.0 或更高则预示着高效增长。4 倍的速动比率意味着每流失一美元,你就增加四美元,这是复利效应真正发挥作用的速率。

神奇数字 (Magic Number)

神奇数字 = (季度净新增 ARR × 4) ÷ 上季度销售和营销支出

神奇数字衡量销售效率。它询问你上季度每投入一美元的销售与营销 (S&M) 支出,在本季度产生了多少年化经常性收入 (ARR)。高于 1.0 是经典的“加油助燃”区间。0.75 到 1.0 之间是可以接受的。低于 0.5 则是引擎出现故障的信号。风险投资者经常说:如果你的神奇数字高于 1.5,说明你因为投资不足而错失了增长机会。

40 原则 (Rule of 40)

40 原则 = 营收增长率 (%) + 利润率 (%)

40 原则反映了每位 SaaS 创始人最终都会面临的增长与盈利之间的权衡。一家增长率为 60% 但利润率为 -20% 的公司得分为 40。一家增长率为 20% 且利润率为 20% 的公司得分也是 40。两条路径都是可以接受的。低于 40 意味着你的增长速度不足以证明烧钱的合理性,或者盈利能力不足以证明增长缓慢的合理性。

到 2026 年,具备上市条件的 SaaS 公司通常需要具备:1 亿美元以上的 ARR、30% 以上的增长率、115% 以上的 NRR、72% 以上的毛利率,以及高于 40 的 40 原则得分——并且在上市后的 12 到 18 个月内有可实现的 GAAP 盈利路径。

CAC、LTV 与回收期问题

获取成本和客户价值形成了闭环,决定了经常性收入是否真的值得你付出的成本。

客户获取成本 (CAC) = 全口径销售与营销支出 ÷ 获取的新客户数量

“全口径”至关重要。应包括薪资、佣金、付费媒体、机构费用、销售工具以及任何直接用于产生新客户的成本。常见的错误是只计算付费媒体,从而将真实的 CAC 少算了一半。

客户终身价值 (LTV) = 每个客户的平均毛利 ÷ 流失率

最简单的 LTV 公式是月度毛利除以月度客户流失率。要使用毛利而非收入——即扣除托管、支持和直接交付成本后剩下的资金。

LTV:CAC 比率是单位经济模型的记分牌。传统基准是 3:1——每投入一美元获取客户,你应该在其生命周期内赚取三美元的毛利。到 2026 年,健康范围在 3:1 到 5:1 之间,顶尖的 B2B SaaS 公司能达到 5:1 或更好。低于 3:1 说明你的定价可能不够高,或者获取成本过高。远高于 5:1 则说明你可能在增长上的投入不足。

CAC 回收期 = CAC ÷ (每个客户的月度经常性毛利)

收回获取成本需要多少个月的收入?12 个月以下非常优秀。12 到 18 个月对大多数 SaaS 来说是可以接受的。超过 24 个月,你就是在经营一家对现金高度依赖的企业,需要深厚的资本储备。

当簿记遇上业务指标

只有底层的账目可靠,瀑布图(Waterfall)才有可信度。SaaS 创始人经常发现,计费工具中的“MRR”、会计系统中的“收入”以及向董事会报告中的“ARR”实际上并不一致。根据美国公认会计原则(U.S. GAAP)下的 ASC 606 收入确认标准,订阅收入应在服务期内确认,而不是在客户付款时确认。如果一位客户预付了 12,000 美元的年度订阅费,那么在第一天会产生 12,000 美元的递延收入,然后在合同期内的每个月确认 1,000 美元的收入。

这意味着有三件事必须分开跟踪:

  1. 实收现金 (Cash collected)(进入银行的资金,用于计算资金跑道)
  2. 递延收入 (Deferred revenue)(已收现金但尚未赚取,属于负债)
  3. 已确认收入 (Recognized revenue)(GAAP 顶线数字,利润表的基础)

MRR 是一项跟踪订阅合约运行率的运营指标,但在剔除季节性、按比例分配和一次性项目后,它应该能与已确认收入对账。如果你的 MRR 和 GAAP 收入随时间推移出现分歧且无法解释原因,那么其中之一必然有误。

从第一天起就清晰地分离这些流程,可以避免“在尽职调查电话会议之前必须重做一年账目”的噩梦,这种噩梦毁掉的 SaaS 融资轮次比创始人愿意承认的还要多。

实用的财务报告节奏

一份浓缩在单页上的月度复盘:

  • 顶线指标 (Top line):期末 MRR、ARR、环比变化。
  • 瀑布图 (Waterfall):新增 (New)、扩张 (Expansion)、重新激活 (Reactivation)、缩减 (Contraction)、流失 (Churned) —— 以金额和占期初 MRR 的百分比表示。
  • 留存 (Retention):过去 12 个月的 NRR(净收入留存)和 GRR(总收入留存),如果数据允许,按客户群组 (Cohort) 细分。
  • 效率 (Efficiency):当月的速动比率 (Quick Ratio)。当季的魔力数字 (Magic Number)。CAC 回报期。LTV:CAC。
  • 现金 (Cash):实收现金 vs. 已确认收入,递延收入余额,以月数计的资金跑道 (Runway)。

两张图表可以让大部分数据清晰易读:一张显示每月五个 MRR 组成部分的堆叠柱状瀑布图,以及一张显示每月注册用户随时间演变的群组留存曲线。

值得警惕的常见陷阱

  • 将预订额 (Bookings) 计入 MRR:签署的年度合同是预订额。MRR 部分是月度切片,而不是合同总价值。混淆两者会虚增当前的 MRR,并在预订量回归正常时产生幻觉般的增长断崖。
  • 在流失率中剔除缩减 (Contraction):一些仪表盘仅将注销视为“流失”,而将降级隐藏在别处。缩减是真实的收入损失,属于同一讨论范畴。
  • 将表现最好的一个月年化:ARR 是 MRR × 12,而不是“表现最好的月份”的 MRR × 12。挑选季节性高峰进行年化是在尽职调查中让自己难堪最快的方法。
  • 混合货币且未进行汇率标准化:国际合同随汇率波动。应在期初锁定汇率并单独对账,否则你会将汇率波动误认为是真实的增长或缩减。
  • 在 CAC 中忽略专业服务:如果你为了达成交易而提供免费实施服务,那是获客成本 (CAC),而不是销售成本 (COGS)。将这部分计入前端,你的 LTV:CAC 才会反映真实情况。

从第一天起保持数据真实

本指南中的指标只有在底层数据干净的情况下才有效:订阅标记一致、递延收入按月对账、扩张与新增分离、流失在发生当天即标记。Beancount.io 提供纯文本会计,为你提供完整的账目透明度和版本控制 —— 每笔交易都是可以进行 grep、diff 和审计的文本,没有黑盒,也没有供应商锁定。对于希望 MRR 瀑布图能与 GAAP 利润表清晰对账,而不必进行季度性账目重构的创始人来说,纯文本会计让审计追踪变得毫不费力。免费开始使用,了解为什么开发者和财务团队正在转向纯文本账本。