惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

月光博客
月光博客
T
Tenable Blog
D
DataBreaches.Net
GbyAI
GbyAI
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
腾讯CDC
V
Visual Studio Blog
B
Blog
雷峰网
雷峰网
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
I
InfoQ
M
MIT News - Artificial intelligence
有赞技术团队
有赞技术团队
T
Tailwind CSS Blog
The Cloudflare Blog
L
LangChain Blog
MongoDB | Blog
MongoDB | Blog
Vercel News
Vercel News
Cloudbric
Cloudbric
L
Lohrmann on Cybersecurity
博客园 - 司徒正美
T
The Exploit Database - CXSecurity.com
Google DeepMind News
Google DeepMind News
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Attack and Defense Labs
Attack and Defense Labs
Martin Fowler
Martin Fowler
SecWiki News
SecWiki News
T
Threat Research - Cisco Blogs
J
Java Code Geeks
Cyberwarzone
Cyberwarzone
Forbes - Security
Forbes - Security
Spread Privacy
Spread Privacy
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
大猫的无限游戏
大猫的无限游戏
O
OpenAI News
D
Darknet – Hacking Tools, Hacker News & Cyber Security
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Schneier on Security
Schneier on Security
S
Security @ Cisco Blogs
酷 壳 – CoolShell
酷 壳 – CoolShell
The Hacker News
The Hacker News
H
Help Net Security
Y
Y Combinator Blog
C
Cybersecurity and Infrastructure Security Agency CISA
T
Tor Project blog
量子位
U
Unit 42
S
SegmentFault 最新的问题
V
V2EX
D
Docker

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
SaaS的关键指标有哪些?7200字详解计算公式
疯子 · 2022-10-28 · via 人人都是产品经理

对于2B-SaaS厂商来讲,由于交付模式和收入模式都与传统软件不同,便需要更贴身的指标去度量和管理企业营运状况。那么,2B-SaaS厂商的关键指标怎么制定呢?本文作者对此作出了分析,一起来看一下吧。

你如果无法度量它,就无法管理它。—— 彼得·德鲁克

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

但在度量营运状况时,“指标”常出现:

  • 不合理,方向跑偏,租户需求难满足
  • 不长期,服务下降,租户续费不持续
  • 不健康,价格竞争,厂商盈亏难平衡

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

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

  • 如何从客户生命周期计算客户终身价值?
  • 厂商收入相关的指标有哪些?怎么计算?
  • 厂商成本相关的指标有哪些?怎么计算?
  • 厂商健康发展和盈亏平衡的标志是什么?
  • 厂商各部门间连贯的关键绩效都有哪些?

一、客户生命周期&终生价值

客户生命周期的3种计算方法、客户终生价值的4种计算方法以及数据模拟演算和数学基础理论。

1. 客户生命周期

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

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

那么,客户生命周期如何计算呢?

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

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

最后,我们看看计算方法,如下:

(1)平均计算法

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

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

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

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

如何证明这个公式呢?

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

  • 生命周期为1月的客户数:{A-A(1)},此类客户的生命周期之和为{A-A(1)}*1
  • 生命周期为2月的客户数:{A(1)-A(2)},此类客户的生命周期之和为{A(1)-A(2)}*2
  • ……
  • 生命周期为n月的客户数:{A(n-1)-A(n)},此类客户的生命周期之和为{A(n-1)-A(n)}*n

那么,该批用户的生命周期之和为:

{A-A(1)}*1+{A(1)-A(2)}*2+…+{A(n-1)-A(n)}*n=A+A(1)+A(2)+…+A(n-1)-n*A(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重伯努利试验”的几何分布的结果,即:期望等于概率的倒数。

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

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

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个“率”。

1. 合同金额

(1)总合同额

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

(2)年合同额

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

2. 经常性收入

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

(1)年经常性收入

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

  1. 新增ARR:新客户带来的年经常性收入,有时候也包括重新激活的ARR,也称为“回流ARR”,即以前客户重新使用订阅后的收入
  2. 增值ARR:因增加了用户数或使用量而带来的年经常性收入、增加用户数或使用量、升级到高级版本、购买其他服务或产品……
  3. 减值ARR:虽然客户没有取消订阅,但减少了客户数或者使用量导致流失的年经常性收入
  4. 流失ARR:因客户取消订阅导致流失的年经常性收入(国内的流失ARR比较高)

(2)月经常性收入

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

  1. 新增MRR:有时候包括重新激活的MRR(回流MRR)
  2. 增值MRR
  3. 减值MRR
  4. 流失MRR

3. 非经常性收入

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

  • 单次费用:如第一年的订阅费、实施费、集成费、培训费,二次开发费和咨询费,以及合同中约定的其他一次性费用
  • 多次的可变费用:如很难预测用量的交易抽成、按用量计费的充值消耗(如:视频会议的分钟数、电子签约的合同数等)

4. 净收入留存率

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

beginning revenue,指期初收入;

upgrades,指期内的增购(增值)收入,包括:

  • 增加用户数或使用量
  • 升级到高级版本
  • 购买其他服务或产品
  • 增加功能模块
  • 涨价
  • 上下游扩张
  • 服务技术支持费
  • 交易费
  • ……

downgrades,指期内的upgrades对应的减购(减值)收入;

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

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

5. 净收入增购率

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

6. 净收入流失率

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

7. 净收入续约率

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

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

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

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

三、成本相关的指标

3类成本、4个参考区间。

1. 客户获取成本

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

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

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

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

  1. 人员:市场部、销售部和渠道部人员的所有资金成本(工资、福利、五险一金、提成、年终奖、差旅费等)
  2. 内容:白皮书、视频、博客、活动、网络研讨会及其他
  3. 工具:CRM工具费用、网站建设、SEO、SEM、AB测试费用等

2. 客户服务成本

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

服务成本也是包括三类:

  1. 人员:实施服务人员、客户成功人员和培训人员的所有资金成本
  2. 内容:培训会议、培训资料、帮助中心、自动服务
  3. 工具:培训工具、自动服务工具

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

3. 客户留存成本

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

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

  1. 人员:客户成功团队、续约管理团队、专属客服和培训人员的工资
  2. 内容:客户忠诚度管理、客户培训程序、客户营销的费用
  3. 工具:客户管理和培训系统

4. 各成本占比

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

  • 营销&销售成本占比:参考区间<40%
  • 客户服务成本占比:参考区间15%~20%
  • 研发成本占比:参考区间15%~20%
  • 行政管理成本占比:参考区间<10%

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

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

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

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

(艾瑞网2020年SaaS行业研究报告)

1. CAC的投入产出比

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

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

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

2. CAC回收期

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

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

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

3. 40%法则

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

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

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

4. 平均每月客户流失率

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

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

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

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

五、绩效拆解

  • 从线索的分类和转化拆解市场绩效
  • 从新客户的成交和回款看销售绩效
  • 从老客户增购、续费和回流看客户成功绩效
  • 从用户、行为、稳定和业务数据看产研绩效

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

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

1. 市场部门

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

  • 各渠道中线索的成交率

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

  • 线索的成交率

(3)SDR,外呼开发专员,负责外呼开发和合格客户的筛选。

  • 电话量+时长
  • 邮件量+打开率
  • 线索分级分类的准确率(参考值≥95%)
  • 分级分类后线索的成交率(参考值30%~70%)

(4)线上,负责自主服务获取线索。

  • 自然流量线索的比例
  • 官网注册数量

2. 销售部门

(1)AE,负责中小型企业销售或线上销售。

  • 平均客单价
  • 平均成交周期
  • 销售额(合同额、回款额)
  • 有效线索转化回款的比例
  • 增购率
  • 续费率
  • 转介绍的数量
  • 人效,即销售部门全员人均月单产
  • 营销费率,即销售与市场费用÷销售收入(参考值60%~90%)

(2)FAE,负责大型企业销售或区域销售。

  • 同上

(3)AM,负责大型客户的向上销售和交叉销售。

  • 增购量
  • 增购率

(4)线上,负责自主服务及销售。

  • 自然流量的成交率

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

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

3. 客户成功部门

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

  • 初期客户的成功激活率
  • 新交付客户的活跃率(参考值≥90%)
  • 成熟客户的活跃率
  • 续费率
  • 增购率
  • 留存率
  • 流失率
  • 客户满意度
  • 净推荐值NPS
  • 转介绍的数量
  • 服务客户的平均MRR、ARR
  • 联系客服次数
  • 帮助中心的访问次数

4. 产研部门

(1)用户数据

  • 用户激活比例
  • 每日登录用户占比
  • 核心功能的使用用户数

(2)行为数据

  • 登录平台(PC/APP/H5/小程序)
  • 平均登录次数
  • 登录在线时长
  • 核心模块的使用频率
  • 核心模块的使用深度
  • 核心模块的使用留存率(月、周)
  • 接口的调研次数

(3)稳定数据

  • 服务可用率:1-(宕机时间÷应服务时间)
  • 上线后bug率:上线后bug数÷版本开发人月

(4)业务数据

  • 客户数量相关的数量和转化率
  • 收入金额相关的数量和转化率
  • 业务数据因产品不同而统计对象大不相同

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

~完~

本文由 @疯子 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。