SaaS是将应用软件按需租用给多个租户的一种服务形式，降低了租户的使用门槛、投入成本和替换成本，而对2B-SaaS厂商来讲，交付模式和收入模式都与传统软件不同，意味着这是一种全新的商业模式和持续的服务形式，也意味着厂商需要更贴身的指标去度量和管理企业营运状况。

但在度量营运状况时，常遇到：

指标不合理，方向跑偏，租户需求难满足

指标不长期，服务下降，租户续费不持续

指标不健康，价格竞争，厂商盈亏难平衡

那么，2B-SaaS厂商的关键指标怎么制定呢？

SaaS软件的本质在于服务，盈利的重点在于持续性续费。作为2B的服务者，需要在租户的全部生命周期中以帮助其解决业绩问题为服务宗旨，将厂商的业务指标和各部门的绩效连贯化、体系化来提高服务质量，以租户终身价值及厂商成本为核心来衡量盈亏。（下文将2B租户称为客户）

如何从客户生命周期计算客户终身价值？

厂商收入相关的指标有哪些？怎么计算？

厂商成本相关的指标有哪些？怎么计算？

厂商健康发展和盈亏平衡的标志是什么？

厂商各部门间连贯的关键绩效都有哪些？

Ⅰ

客户生命周期的 3种 计算方法

客户终生价值的 4种 计算方法

以及数据模拟演算和数学基础理论

1.1、客户生命周期

Lifetime，简写为LT，指从一个客户开始对厂商进行了解或厂商欲对某一客户进行开发开始，直到客户与厂商的业务关系完全终止且与之相关的事宜完全处理完毕的这段时间。其包括吸引期、引入期、成长期、稳定期、衰退期和流失期。

客户在不同生命阶段按照状态可以划分为：

那么，客户生命周期如何计算呢？

首先，注意了，客户生命周期本身就是个概数，是个算数平均数。

其次，计算时可以直接平均计算，也可以利用其他关联因素进行拟合计算，而在拟合时主要注重客户生命周期与关联因素之间的正比例或反比例的比例关系，比例的常数部分各行各业可能有所不同。

最后，我们看看计算方法，如下：

1）平均计算法

单个客户的生命周期 LT(n) = 终止合作的时间 - 成交并合作的时间

该计算方式的优点是计算准确，缺点是需要大量真实数据。在产品成熟阶段可准确计算。

2）用客户留存率拟合计算法

客户生命周期与客户留存率之间是正比例线性关系，在数值上约等于每个时间计量单位内的客户留存率之和。一个时间计量单位中的客户留存率 = 期末客户数 ÷ 期初客户数。

如何证明这个公式呢？

- - - - - - - - - - - - - - - - - - - - - - - -

假设新增一批客户数量A，用户在后面第n月的留存客户数为A(n)；

生命周期为1月的客户数：，此类客户的生命周期之和为*1

生命周期为2月的客户数：，此类客户的生命周期之和为*2

......

生命周期为n月的客户数：，此类客户的生命周期之和为*n

那么，

该批用户的生命周期之和为：

*1+*2+...+*n

=A+A(1)+A(2)+… +A(n-1)-n*A(n)

该批用户的平均生命周期为：

/A

=1+A(1)/A+A(2)/A+....+A(n-1)/A-n*A(n)/A

又因为，

第n月的客户留存率为：R(n) = A(n) / A

所以，

客户的平均生命周期 ≈ 每月的客户留存率之和

即 LT ≈ 1+∑ R(n)

（案例中客户留存率的时间计量单位是：月）

- - - - - - - - - - - - - - - - - - - - - - - -

该计算方式的缺点是不灵敏。样本需要足够的大，时间跨度需要足够的长，才能得出真实的数据。

3）用客户流失率拟合计算法

客户生命周期与客户流失率之间是反比例关系，在数值上约等于每月平均客户流失率的倒数。每月平均客户流失率的英文为Average churn，简称AChurn。

客户流失率 = （期初客户数-期末客户数）÷ 期初客户数

当我看到客户生命周期与客户流失率是倒数关系时，我想这是为什么呢？查阅了一些行业经验文章和数学资料后，终于想通了。

如何证明的呢？

- - - - - - - - - - - - - - - - - - - - - - - -

先看一个例子：如果有一批同期客户，客户数为100个，假设每月的客户流失率是恒定的，假设为3%，每月留存的客户数与时间的关系是指数级衰减，拟合的关系如下图所示：

则客户生命周期将为 1/0.03，即 33 个月=2.75年。从数值计算上，该种情况下是直接符合反比例中的倒数关系的。

- - - - - - - - - - - - - - - - - - - - - - - -

在数学统计上，该计算方式也符合“n重伯努利试验”的几何分布的结果，即：期望等于概率的倒数。

这里大家可以去了解一下伯努利试验，具体演算方式就不展开了。在网上看到的帖子中有人做过模拟也证实这一点，如下图：

该计算方式较为简单和常用，因为客户流失率还是比较好计算的，缺点是用恒定的客户流失率计算较为准确。

1.2、客户终身价值

即客户在完整生命周期内给厂商带来收益的总价值，也称为客户全生命周期价值。Customer Lifetime Value，简写有CLV、CLTV、LTV，本文使用LTV作为代表。如何计算呢？

1）情况一：

在所有客户的平均收入大致相同的情况下，并且在客户的生命周期内没有预期的扩展收入，可以使用这个简单的公式：

LT，客户的平均生命周期

ARPU，即The average revenue per user，是平均每个用户的收入，也要注意ARPU所处的时间计量单位，月度的还是年度的

也可以使用这个简单公式计算：

AChurn，是某个时间计量单位内的客户恒定流失率

此处也要注意ARPU 和 AChurn必须相处在同样的时间计量单位中，保持一致。月度ARPU对应月度AChurn，计算出的LTV的单位也是月为单位的

2）情况二：

当所有客户的平均收入匀速增长时，也就是客户在生命周期内贡献了有预期的可靠的拓展收入时，上述简单的公式需要调整。

如果有一批同期客户，客户数为100个，假设每月客户的恒定客户流失率为 3%。客户最初每月向厂商支付 100 美元，且每月支付的金额增加 5 美元，其收入与时间的关系比如下：

其计算公式为：

ARPU，月初时平均每个用户的收入

m，每月平均每个用户增加的收入

AChurn，每月的恒定客户流失率

该公式的后半部分，在数学上也符合“n重伯努利试验”的几何分布的结果，仅增加了方差部分的计算，即方差等于（1-概率）除以概率的平方。

3）情况三：

需要了解更为精准的LTV时，收入部分还必须考虑到毛利率，毛利率=（收入-成本）/ 收入×100%；毛利润的英文为Gross Margin，简写为GM%

所以，情况一和情况二中公式的ARPU和m后面都可以乘以GM%，便得出更精准的LTV。

4）情况四：

《关键价值链》一书中提供了一个计算方法，实现对结果的较为准确支撑。作者模拟各类场景，推导出计算LTV的基本公式：

p，利润，是收入减去各项成本

r ，客户留存率，是期末客户数 ÷ 期初客户数

i ，贴现率，指将来收益折算至当前的转换率

注意：在计算生命周期相关的数值时，涉及到的留存率和流失率针对的主体是客户数，时间范围是年或月。

在计算客户终身价值时，常用到ARPU（平均每个用户的收入）这个指标，也要涉及到收入的计算，那么，收入相关的指标有哪些呢？

Ⅱ

收入相关的指标

2种合同额、2类收入、4个“率”

2.1、合同金额

1）总合同额

Total Contract Value，简写为TCV，指全部签约合同金额，包括多年期合同总金额。

2）年合同额

Annual Contract Value，简写为ACV，是一年的签约合同金额。

2.2、经常性收入

Recurring Revenue，简写为RR，指能够持续产生的合同收入。对于可预测性较强、随订阅服务必定产生的可变费用和充值消耗，也可纳入经常性收入，如持续不变的短信使用量、交易量产生的费用也可计入。在统计时，一般会以“年”或“月”为时间计量单位。

1）年经常性收入

Annual Recurring Revenue，简写为ARR，指年化的经常性收入，是按合同计算每年带来的经常性收入。包括以下四类：

新增ARR：新客户带来的年经常性收入

有时候也包括重新激活的ARR，也称为“回流ARR”，即以前客户重新使用订阅后的收入

增值ARR：因增加了用户数或使用量而带来的年经常性收入

增加用户数或使用量

升级到高级版本

购买其他服务或产品

......

减值ARR：虽然客户没有取消订阅，但减少了客户数或者使用量导致流失的年经常性收入

流失ARR：因客户取消订阅导致流失的年经常性收入（国内的流失ARR比较高）

2）月经常性收入

Monthly Recurring Revenue，简写为MRR，指月化的经常性收入，是按合同计算每月带来的经常性收入。对于一些非整年订阅的SaaS业务，就需要以月为单位计算，计算公式和ARR一致。包括以下四类：

新增MRR

有时候包括重新激活的MRR（回流MRR）

增值MRR

减值MRR

流失MRR

2.3、非经常性收入

Non-recurring Revenue，简写为NRR，包括单次收取的费用和多次收取的可变的费用。

单次费用：如第一年的订阅费、实施费、集成费、培训费，二次开发费和咨询费，以及合同中约定的其他一次性费用

多次的可变费用：如很难预测用量的交易抽成、按用量计费的充值消耗（如：视频会议的分钟数、电子签约的合同数等）

2.4、净收入留存率

Net Dollar Retention，简写为NDR，是以某个时期内的收入金额来衡量的留存率。这也是评估SaaS业务健康状态的重要指标之一。国外的经验中，如果NDR能达到120%时，即使仅维持和专注于扩大现有客户的价值，其业务仍将每年增长20%。

beginning revenue，指期初收入

upgrades，指期内的增购（增值）收入，包括：

增加用户数或使用量

升级到高级版本

购买其他服务或产品

增加功能模块

涨价

上下游扩张

服务技术支持费

交易费

......

downgrades，指期内的upgrades对应的减购（减值）收入

churn revenue，此处指期内流失用户的收入

与净收入留存率相似的衡量指标还有净收入增购率、净收入流失率、净收入续约率。

2.5、净收入增购率

是以某个时期内的增购部分收入相对期内收入来衡量的增加比例。

2.6、净收入流失率

是以某个时期内的流失金额来衡量的流失率。

2.7、净收入续约率

是衡量某个时期内即将到期合同的续约情况。这里需要注意并不是所有老用户都是待续约的状态，只有合同快到期的客户的合同金额才纳入计算，一般情况下，3个月内即将到期的合同算是待续签合同。

注意：在计算收入相关的数值时，涉及到的留存率、续约率、增购率和流失率针对的主体是收入金额，时间范围是年或月。

更多专业性的指标在使用中有异议时，也需要和经济学、会计学中的利润相关指标对齐。

说完收入，必定要说说成本。成本的内容是比较细碎的，但综合起来只有三大类，有时候也直接简化成两个大类，就是大家所熟悉的CAC和CRC，怎么计算呢？

Ⅲ

成本相关的指标

3类成本、4个参考区间

3.1、客户获取成本

Customer Acquisition Cost，简写为CAC，用来衡量营销和销售成本的质量。代表的是在同一个时间段内每获取一个新客户需要付出的一次性成本。是个算数平均数。

当从确定为意向客户到达成交易的时间比较短时，如上个月投入成本，下个月就能有收入时，也可以变化定义，将CAC定义为上个月营销和销售的成本与本月新增客户数之比。

所以，在计算CAC时，要注意成交周期，以及同一笔成本对应的获客关系。

营销&销售费用主要包括三类：

人员：市场部、销售部和渠道部人员的所有资金成本（工资、福利、五险一金、提成、年终奖、差旅费等）

内容：白皮书、视频、博客、活动、网络研讨会及其他

工具：CRM工具费用、网站建设、SEO、SEM、AB测试费用等

3.2、客户服务成本

Cost To Serve，简写为CTS，用来衡量服务成本的质量，是指服务于客户所付出的所有成本。是个算数平均数。有些地方称为Average cost of service，简写为ACS。

服务成本也是包括三类：

人员：实施服务人员、客户成功人员和培训人员的所有资金成本

内容：培训会议、培训资料、帮助中心、自动服务

工具：培训工具、自动服务工具

注意：CTS中包括了客户留存成本（CRC），但CTS不是很常用。主要受软件产品的复杂度、易用性所制约。

3.3、客户留存成本

Customer Retention Cost，简写为CRC），用来衡量客户留存和活跃的成本的质量。是个算数平均数。

客户留存的成本包括三类：

人员：客户成功团队、续约管理团队、专属客服和培训人员的工资

内容：客户忠诚度管理、客户培训程序、客户营销的费用

工具：客户管理和培训系统

3.4、各成本占比

《SaaS商业实战》一书中提供了各项成本的占比参考区间，如下：

营销&销售成本占比：参考区间

客户服务成本占比：参考区间15%~20%

研发成本占比：参考区间15%~20%

行政管理成本占比：参考区间

其中营销&销售成本和客户服务成本的投入是随着业务的要求而变化的，有些成本前期投入较高，而后期会平稳下降。

知道了收入，又知道了成本，那对一个厂商来说，怎么才算是可盈利的健康状态呢？

Ⅳ

4个诊断企业盈利能力和健康度的经验指标

业内和投资界在衡量SaaS公司的盈利能力时，主要看LTV:CAC、CAC回收月数、客户流失率来判断业务的健康程度和盈利能力，国外的经验中也看“增长率+利润率”指标，这些指标一般在业内都有形成了较为固定的经验值，如下：

4.1、CAC的投入产出比

通常大于3是比较健康的指标，大于3~5是比较理想的情况，低于3代表获客成本过高，但是太高说明营销力度不够

如果将创业公司分为三个阶段：寻找产品/市场契合度的阶段，寻找可重复、可扩展和盈利的增长阶段，以及扩张阶段。在谈论LTV:CAC 时，应该强调的是，只有当找到可重复和可扩展的增长时，这个数字才会真正有意义和可靠。

仅看这个指标也是有所欠缺的，很多情况下LTV:CAC很高，但并未盈利，所以也要关注CAC的收回情况。

4.2、CAC回收期

CAC回收期是指使累计的收入等于客户获取成本所需的时间，即达到盈利点的所需时间。在经济学中对应“投资回收期”。

对于订阅业务来说，通常小于12个月是比较健康的指标，否则业务需要大量的资金来发展。当然特殊的业务也有20个月收回的，各行各业也需要看各自情况。如果要更加精确计算，MRR需要再乘以GM%，CAC被回收象征着开始形成正向现金流。

CAC回收期（月数）随着时间的变化对现金流的影响图如下，它显示了如果恢复 CAC 的时间超过 12 个月，盈利能力将如何疲软。

4.3、40%法则

国外知名互联网投资人Brad Feld在《衡量SaaS健康度的40%法则》一文中提出SaaS厂商财务状况满足增长率+利润率（Growth+Profit）之和要达到40%，象征着是个比较健康的指标。

增长率（Growth）可以简单定义为ARR或MRR的同比增长率。利润率（Profit）采用EBITDA利润率，是厂商一定时期的息税前利润与折旧和摊销之和占这一时期的销售净收入的比重。

该法则比较适用于已经具备一定规模的SaaS厂商。

4.4、平均每月客户流失率

通常小于5%是比较健康的指标。每月客户流失率随着时间的变化对MRR的影响如下图：

这么多的业务指标，都由哪些部门负责呢？

又有哪些还没有说到的各部门指标呢？

指标在部门配合流程中有什么样的连贯性？

Ⅴ

从线索的分类和转化拆解市场绩效

从新客户的成交和回款看销售绩效

从老客户增购、续费和回流看客户成功绩效

从用户、行为、稳定和业务数据看产研绩效

在客户生命周期中，以客户服务为导向，按照不同客户状态的转化来划分职责，各部门的分工如下：

产研和运营部门暂且按下不表，那么，市场、销售和客户成功部门之间是如何运作的呢？

5.1、市场部门

1）BDR，渠道伙伴开发专员，负责和其他企业发展伙伴及战略合作关系。

各渠道中线索的成交率

2）MDR，市场开发专员，负责集客客户的开发和合格客户的筛选。

线索的成交率

3）SDR，外呼开发专员，负责外呼开发和合格客户的筛选。

电话量+时长

邮件量+打开率

线索分级分类的准确率（参考值≥95%）

分级分类后线索的成交率（参考值30%~70%）

4）线上，负责自主服务获取线索。

自然流量线索的比例

官网注册数量

5.2、销售部门

1）AE，负责中小型企业销售或线上销售。

平均客单价

平均成交周期

销售额（合同额、回款额）

有效线索转化回款的比例

增购率

续费率

转介绍的数量

人效，即销售部门全员人均月单产

营销费率，即销售与市场费用÷销售收入（参考值60%~90%）

2）FAE，负责大型企业销售或区域销售。

同上

3）AM，负责大型客户的向上销售和交叉销售。

增购量

增购率

4）线上，负责自主服务及销售。

自然流量的成交率

向上销售，指根据既有客户过去的消费喜好，提供更高价值的产品或服务，刺激客户做更多的消费。如向客户销售某一特定产品或服务的升级品、附加品、或者其他用以加强其原有功能或者用途的产品或服务，向上销售也称为增量销售。SaaS软件中一般有三类：增加用户账号量、升级功能或服务、增加使用量（短信量、储存量、调用量等）。

交叉销售，指发现现有客户的多种需求，并通过满足其需求而销售多种相关服务或产品的。简单说来，就是向租用A产品的客户推销B产品。

5.3、客户成功部门

CSM，负责安排产品使用培训并帮助客户开始正式使用。

初期客户的成功激活率

新交付客户的活跃率（参考值≥90%）

成熟客户的活跃率

续费率

增购率

留存率

流失率

客户满意度

净推荐值NPS

转介绍的数量

服务客户的平均MRR、ARR

联系客服次数

帮助中心的访问次数

5.4、产研部门

1）用户数据

用户激活比例

每日登录用户占比

核心功能的使用用户数

2）行为数据

登录平台（PC/APP/H5/小程序）

平均登录次数

登录在线时长

核心模块的使用频率

核心模块的使用深度

核心模块的使用留存率（月、周）

接口的调研次数

3）稳定数据

服务可用率：1-（宕机时间÷应服务时间）

上线后bug率：上线后bug数÷版本开发人月

4）业务数据

客户数量相关的数量和转化率

收入金额相关的数量和转化率

业务数据因产品不同而统计对象大不相同

（注：转化率通常可以从客户数量、收入金额两个方面去统计）

SaaS软件的本质在于服务，盈利的重点在于持续性续费。作为2B的服务者，需要在租户的全部生命周期中以帮助其解决业绩问题为服务宗旨，将厂商的业务指标和各部门的绩效连贯化、体系化来提高服务质量，以租户终身价值及厂商成本为核心来衡量盈亏。

参考资料：

1、文章头图上的书籍与网站

2、forentrepreneurs.com

3、saasmetrics.co

4、www.jianshu.com/p/d2a37a55a4cf

5、zhuanlan.zhihu.com/p/302283627