
SaaS 里的总收入(Gross Revenue)到底是什么?它为什么不等于现金
总收入是扣除任何项目之前的全部账单金额——而在 SaaS 里,它并不等于现金。本文讲清总收入与实收现金之间的三道缺口。
总收入是一个周期内全部账单金额的总和,且尚未扣除任何项目——退款、拒付或折扣。在 SaaS 里,它并不等于现金:权责发生制的时间差、递延收入和扣款失败,把这个顶端数字和银行账户余额拉开了距离。由于首次扣款的订阅授权成功率平均只有约 57%(Cashfree,2024),在这三道缺口当中,扣款失败这一道是最可控的。
- 总收入是一个周期内开票或赚取的全部金额;净收入则是在扣除退款、拒付、折扣与抵扣额度之后剩下的部分——而 GAAP 与 IFRS 列报的正是净收入。
- 总收入不是现金。两者之间隔着三道缺口:权责发生制的时间差、递延收入,以及扣款失败。
- 按年预付的账单会让现金先于收入确认到账;按月计费则会让收入先于现金清算被确认。
- 失败的续费会产生一笔没有对应现金的收入分录——而每 100 笔订阅续费中,大约有 43 笔在首次扣款时失败(Cashfree,2024)。
- 追回失败的扣款,是在运营层面上最可控的一招,用来缩小总收入与实收现金之间的缺口。
总收入是每一张 SaaS 利润表上的第一个数字:扣除任何项目之前,全部销售额的总和。它也是创始人最常误当成“手头现金”的那个数字。
问题很少出在定义上——大多数创始人都能把它准确地说出来。真正的问题在于总收入、净收入与实际收到的现金这三者之间的缺口,以及随着业务规模扩大,这些缺口如何悄无声息地越拉越大。当总收入上升、回款却跟不上时,业务在纸面上看起来就比实际更健康。
本文会讲清 SaaS 里的总收入是什么、是什么把它减成了净收入,以及它究竟为什么不等于现金。
想完整了解那些在总收入之上层层叠加的指标,请参阅支柱文章:写给创始人的 SaaS 指标终极指南。
什么是总收入?
总收入是在一个报告周期内售出的全部产品与服务的总价值,且尚未减去任何项目。
公式: 总收入 = 周期内全部开票或赚取金额之和。
在收付实现制下,这等于全部账单金额。而在权责发生制下,像按年订阅这样的跨周期合同,会随着服务的交付按比例确认,而不是在开票那一刻一次性确认——下文递延收入部分会把这一区别讲得更具体。
例子。 一家 SaaS 公司向 500 位客户按 $200/月收费,向 50 位客户按 $1,000/月收费:
总收入 = (500 × $200) + (50 × $1,000) = $100,000 + $50,000 = $150,000。
这 $150,000 是公司开出的账单金额,还不是公司已经收到的金额。
在一家 SaaS 公司里,总收入通常包含:
- 订阅账单 —— 向有效客户收取的按月或按年的经常性费用。
- 用量计费 —— 与 API 调用、席位、存储或其他消耗指标挂钩的计量费用。
- 一次性费用 —— 向新客户收取的开通费、实施费和专业服务费。
- 增购与升级 —— 来自现有客户的追加销售与扩展收入。
关键区别在于:总收入记录的是开票或赚取的金额,而不是已收到的金额。从开票到现金进账的这条路,要穿过若干扣减项和时间差。
总收入 vs. 净收入:都扣掉了什么
净收入,有时也叫净销售额,是总收入在减去那些让企业实际留存金额变少的扣减项之后的结果。
公式: 净收入 = 总收入 − 退款 − 拒付 − 折扣 − 抵扣额度。
| 扣减项 | 它是什么 |
|---|---|
| 退款 | 退还给取消、降级或因账单错误获得更正的客户的金额 |
| 拒付 | 应客户要求,由发卡机构冲销的争议性扣款 |
| 折扣 | 在开票时给予的促销、按年或按量折扣 |
| 免费试用抵扣 | 免费试用期内提供、但未收取任何款项的价值 |
| 合同抵扣额度 | 出于善意或服务补偿而记入客户账户余额的额度 |
例子(承接上文):
- 总收入:$150,000
- 退款:$3,000(15 位客户在周期中途取消)
- 拒付:$1,500(争议扣款被冲销)
- 已给予的折扣:$2,000
净收入 = $150,000 − $3,000 − $1,500 − $2,000 = $143,500。
在公认会计原则(GAAP)与国际财务报告准则(IFRS)下,利润表上列报的收入数字是净收入。总收入是一个内部指标,用来了解调整之前的完整账单规模。
实际含义是:一家列报 $150,000 总收入、$143,500 净收入的公司,其扣减率为 4.3%。在规模化之后,这个比率会被放大——$10M 总收入上的 4.3% 扣减,就是每年 $430,000 退还给客户或被冲销掉。这笔钱不是经常性收入。任何用总账单金额、而非净确认收入算出来的 MRR 数字,都会高估业务实际留存的部分。
总收入不等于现金的三个原因
到这里,大多数创始人就撞上了那个现实问题:总收入在涨,现金余额却没有按比例跟上。
1. 权责发生制的时间差(月度订阅)
SaaS 公司通常采用权责发生制,所以收入在赚取时确认,而不是在现金易手时确认。
对月度订阅来说,开票日期和现金结算日期并不总是对得上。收入在服务周期交付时确认,但现金要等几天后扣款清算才到账。在成千上万的客户身上,这就形成了一笔持续存在的应收账款余额:已经赚取并入账、却尚未收回的总收入。单个客户上很小;但在规模化之后,它既可观又长期存在。
2. 递延收入(按年与多年期账单)
对按年或多年期、且预付的订阅来说,缺口的方向反了过来:现金先于收入确认到账。
一位客户为 12 个月的订阅预付 $12,000,会在第一天就交付 $12,000 现金。在权责发生制下,公司会随着服务的交付,每个月确认 $1,000 的总收入。其余尚未赚取的金额,会作为递延收入挂在资产负债表上——这是一项代表着仍欠客户的服务的负债。
- 第 1 天: 收到现金 +$12,000。确认的总收入:$0。递延收入:$12,000。
- 第 12 个月末: 该合同没有新现金进来。累计确认的总收入:$12,000。递延收入:$0。
这在解读增长指标时很关键。一家从月度计费转向年度计费的公司,会看到实收现金大幅跃升,而后确认的总收入才匹配上来——顶端数字看起来可能很平,现金却在改善。反过来,一家正在确认早先签下的多年期合同收入的公司,可能列报出强劲的总收入,而对应的现金早就收完、也早就花出去了。
3. 扣款失败(SaaS 特有的现金缺口)
对订阅型公司而言,这是总收入与实收现金之间在运营层面上最重要的一道缺口。
当一笔月度订阅续费、扣款成功时,账单系统会在同一步里收到现金并确认收入。而当扣款失败时,现金永远收不到,但那笔收入分录仍可能被记下来。公司账上挂着一笔收入分录和一笔未收回的应收账款——但银行里什么都没有。
~57%行业首次扣款订阅授权成功率Cashfree, 2024每尝试 100 笔订阅续费,大约有 43 笔在第一次就失败。如果没有追款逻辑,这些首次失败中相当一部分永远收不回来。在规模化之后,这些数字相当可观:
| 月度账单规模 | 3% 扣款失败率 | 年度收入缺口 |
|---|---|---|
| $300,000 | $9,000/月 | $108,000 |
| $500,000 | $15,000/月 | $180,000 |
| $1,000,000 | $30,000/月 | $360,000 |
在大多数分析工具里,这道缺口不会以退款或流失事件的形式出现。它表现为相对于总收入偏低的现金回收。一旦失败被确认,公司就必须冲回这笔收入分录,或计提一笔坏账费用——无论哪一种,确认的收入都比原始账单暗示的更少,收到的现金也更少。
Merchant of Record 在哪里补上这道缺口
追回失败的扣款能直接补上这道缺口,而这件事发生的地方就是账单层。Waffo Pancake 是一家 Merchant of Record(MoR,登记销售方):它成为法律意义上的登记销售方,这会改变总收入到现金这条路上的两件事。
- 税款不再虚增你的账单。 作为覆盖 173 个国家/地区的登记销售方,Pancake 会在结账时向客户计算并代收正确的当地税款(例如德国的 19% VAT 或日本的 10% JCT),然后再上缴给税务机关。这笔税款绝不会停留在你的总收入里、装作是你赚到却又必须交还的钱——所以你列报的顶端数字,能更干净地对应到你实际留存的部分。
- 失败的续费会被自动重试。 当一笔续费被拒时,该订阅会进入
past_due状态,Pancake 会在订阅失效之前运行一套自动重试流程(催款,dunning)——把那些本会流失的续费重新变成收到的现金。在整个 Waffo 平台上,商户已追回大约 18% 此前失败的订单(基于 Waffo 平台数据)。在月度账单规模为 $1M、扣款失败率为 3% 的情况下,把这些失败中的约 18% 追回来,大约相当于每年 $64,800 落到现金这一行上,而不是变成一笔核销。
扣款失败这道缺口,是创始人能直接出手的那一道。一次成功的重试,会把一笔核销分录变成实打实的现金——每追回一笔续费,都在拉近顶端数字所报与银行账户所示之间的距离。
每笔成功交易 3.9% + $0.50,没有月费——而且自动重试已经内建在订阅流程里。
查看 Pancake 定价总收入与 MRR、ARR 的关系
创始人常常把总收入与 MRR(月度经常性收入)或 ARR(年度经常性收入)混为一谈。它们衡量的是不同的东西。
| 指标 | 它衡量什么 | 它排除什么 |
|---|---|---|
| 总收入 | 周期内开票或赚取的全部金额,涵盖所有来源 | 已收到但尚未赚取的年度预付款(在权责发生制下记为递延收入) |
| 净收入 | 扣减之后已确认的全部收入(GAAP) | 退款、拒付、折扣 |
| MRR | 有效订阅按月归一化后的价值 | 一次性费用、用量超额、非经常性项目 |
| ARR | MRR × 12,年化后的经常性价值 | 与 MRR 相同的排除项 |
一家月度总收入为 $150,000 的 SaaS 公司,如果其中有 $20,000 来自一次性开通费、用量超额和专业服务这些并非经常性订阅价值的部分,那么它的 MRR 可能只有 $130,000。
投资人把 MRR 和 ARR 当作经常性收入走势的前瞻性指标来跟踪。总收入和净收入则是回顾性的列报数字,记录的是该周期内实际发生的情况。两者都重要;它们回答的是不同的问题。对早期公司来说,把总收入与 MRR 并排跟踪,能揭示顶端数字里有多少是真正经常性的——如果月度总收入长期大幅高于 MRR,那么顶端数字里很大一部分都是非经常性的,业务的可预测性也就不如单看 ARR 所暗示的那么强。
一点命名上的提醒:总收入留存率(GRR)是另一个独立的指标,衡量从现有客户处留存下来的经常性收入百分比,不含扩展部分。它是一个留存指标,而不是一个收入总额——别把它和总收入搞混,后者是一个关于开票与列报的概念。
结语
总收入是起点,不是终点。它记录的是在任何调整之前,业务开出的账单与赚取的金额。要从总收入走到银行里的现金,得跨过三道缺口:把总收入减成净收入的那些扣减项、收入确认与现金结算之间的时间差,以及压根让收入收不回来的扣款失败。
对订阅型公司而言,扣款失败这道缺口是三者当中在运营层面上最可控的一道。每一块通过自动重试追回来的钱,都是一块从核销分录走向实打实现金的钱——直接拉近了顶端数字所报与业务实际所收之间的距离。Merchant of Record 会把这份追款、以及税务,作为账单流程的一部分来处理,而不是留给你事后再去对账。
看清 Merchant of Record 究竟替你扛下了什么——税务、拒付,以及登记销售方这个角色——以及什么时候切换过去才划算。
MoR 模式是怎么运作的本文为一般信息,不构成税务、法律或财务建议。具体的收入确认口径、会计处理与经营决策请结合你的实际情况,并咨询合格的专业人士。
常见问题
SaaS 里的总收入是什么?
SaaS 里的总收入,是一个周期内全部账单金额的总和,且尚未扣除任何退款、拒付或折扣等项目。它包含订阅费、用量计费、一次性开通费,以及其他所有已开票金额。它与实收现金、GAAP 下确认的收入,或 MRR 都不是一回事。
总收入和净收入有什么区别?
总收入是扣除任何项目之前的账单总额。净收入则是在减去退款、拒付、折扣与抵扣额度之后所剩下的金额。在 GAAP 与 IFRS 下,利润表上列报的数字是净收入。即便扣减率只有 3–5%,在规模化之后,这两个数字之间每年的差额也相当可观。
为什么总收入不等于现金?
两者之间隔着三道缺口。权责发生制下,收入在赚取时确认,而不是在现金到账时确认。递延收入意味着按年预付的订阅会先产生现金、再确认收入。而失败的订阅扣款会产生一笔收入分录,却可能永远等不到对应的现金到账,迫使公司冲回这笔分录或计提坏账。
扣款失败会怎样影响总收入?
当续费扣款失败时,这笔账单事件会记下一笔收入分录和一笔应收账款余额,但并没有现金到账。如果款项最终没能追回,公司就必须冲回这笔分录,或计提一笔坏账费用。行业数据显示,每 100 笔订阅续费中,大约有 43 笔在首次扣款时失败(Cashfree,2024)。
总收入和 MRR 有什么区别?
MRR 只衡量当前有效的经常性订阅按月归一化后的价值。总收入则衡量一个周期内开出的全部金额,包括一次性费用、用量计费和服务费。一家月度总收入为 $150,000 的公司,如果其中有 $20,000 来自非经常性来源,那么它的 MRR 可能只有 $130,000。
什么是递延收入?它和总收入是什么关系?
递延收入是已收到、但服务尚未交付所对应的现金。在服务实际履行之前,它会作为一项负债挂在资产负债表上。按年预付的订阅是 SaaS 里最常见的来源。随着周期推进,递延收入每个月被逐步确认为总收入,因此现金和列报收入会落在不同的周期里。
Merchant of Record 如何缩小已开票收入与实收现金之间的差距?
像 Waffo Pancake 这样的 MoR 会在结账时代收正确的税款,以登记销售方(seller of record)的身份处理付款,并在订阅失效之前,通过其 past_due 催款流程自动重试失败的续费。把那些本会流失的续费追回来,就能让已开票收入落到现金这一行上,而不是变成一笔核销。
Waffo Pancake 是面向开发者和独立创始人的 Merchant of Record(代销商)平台——我们在 173 个国家处理全球支付、税务与合规,让你专注于做产品。这些指南由我们团队基于一线支付与计费经验撰写。
了解 Waffo Pancake →

