LTV和CAC怎么算?把网站数据接到生意账上

**摘要:**很多管理者把 LTV、CAC 挂在嘴边,但真到要算的时候,发现网站数据导不出来、订单和渠道对不上、毛利率没扣。本文用 Skok 3:1 经验法则与 KeyBanc 2024 年的真实行业基准,讲清楚 LTV 与 CAC 的公式口径,以及从网站数据到生意账的四步链路。
**开头直答:**LTV 和 CAC 算不准,不是算法问题,是数据链路没打通。本文给出公式、口径、真实行业基准和一条从网站埋点到预算决策的四步链路,建议对照你的数据现状逐项检查。

为什么要先算清 LTV 和 CAC?先看行业基准

**结论:**LTV:CAC ≥ 3 是流传最广的经验法则,但它衡量的是"健康度",回本周期衡量的是"现金流"。两个都要算,不能只看一个。

几个能查证的真实基准数据:

  • Skok 3:1 规则:风险投资机构 Matrix Partners 的 David Skok 于 2010 年前后提出,LTV 至少应是 CAC 的 3 倍,否则获客经济模型不健康。这是 SaaS 和增长分析领域沿用至今的经典框架。
  • KeyBanc 行业汇总(2024 年):SaaS 行业 CAC 回本周期中位数约 20 个月(2022 年约为 25 个月,两年改善约 20%),历史健康基准是 12 个月以内;按客群分,中小客户(SMB)通常 8--12 个月,企业级客户 18--24 个月。
  • FoundryCRO《LTV:CAC Ratio Benchmarks 2026》:B2B SaaS 的中位数约 3.2:1,头部 25% 的公司达到 4:1 到 6:1;电商与订阅类业务则通常低于 3:1。

所以"3:1"是经验法则而非金科玉律:你的业务处于哪个阶段、什么客群,决定了合理区间。真正决定生死的是回本周期------回本太慢,现金流会先撑不住。

两个公式,和最容易算错的三个细节

LTV = 客单价 × 毛利率 ÷ 月流失率
CAC = 获客相关总成本 ÷ 新增客户数
回本周期 = CAC ÷(客单价 × 毛利率)
LTV、CAC 与回本周期的关系(简版口径)

最容易错的三个细节,我挨个踩过:

  • 毛利率必须扣:LTV 里用的是"毛利贡献"而不是"营收"。客单价 500、毛利率 70%,月流失 5% 时,LTV = 500 × 0.7 ÷ 0.05 = 7000;用营收口径会算成 10000,虚高 43%。
  • CAC 要含客户成功成本:不止市场费 + 销售工资,客户成功、实施、渠道返佣都要摊进去。漏掉一项,CAC 偏低,回本周期看着很健康,实际在失血。
  • 流失率按月算、口径一致:月流失 5% 和年流失 60% 不是一回事,跨渠道比较时口径必须统一。

看一个计算示例(口径:客单价按订阅月费、毛利 70%,数字为示意):

项目 渠道 A 渠道 B
月客单价 500 500
毛利率 70% 70%
月流失率 5% 10%
LTV 7000 3500
CAC 1800 900
LTV : CAC 3.9 : 1 3.9 : 1
回本周期(月) 5.1 2.6

两个渠道的 LTV:CAC 都是 3.9:1,看起来一样健康。但拆开看:渠道 A 流失率低(5%)、LTV 高(7000),但 CAC 也高(1800),回本要 5.1 个月;渠道 B 流失率高(10%)、LTV 低(3500),但 CAC 只有 900,回本只要 2.6 个月。结论是:光看比率会被平均掩盖,回本周期才是现金流视角------渠道 B 回本更快、更适合先扩张,渠道 A 则要优先做留存、降 CAC。

从网站数据到生意账:四步链路

**结论:**LTV 和 CAC 不是"算"出来的,是"接"出来的。网站数据、订单数据、渠道归因三个系统打通了,数字才算得准。
从网站数据到生意账的数据链路

第 1 步:网站埋点------先保证能算

用 GA4 或自建埋点,至少要记录四件事:渠道来源(campaign/utm)、首单时间、复购时间、订单金额。没有渠道来源,CAC 无从归因;没有复购时间,流失率无从算起。

第 2 步:订单数据合并------统一收入口径

把网站订单、支付流水、退款、优惠券合并成一张"订单事实表"。明确口径:含税还是不含税、是否扣退款、是否摊促销成本。口径不统一,后面全是白算。

第 3 步:客户分层------按"首单渠道"归因

同一个客户可能被多个渠道触达,我建议先按"首单归属渠道"归因(规则简单、可解释),成熟后再升级为多触点归因。客户维度聚合出:每个渠道的客户数、总毛利贡献、流失时间。

第 4 步:计算与决策------按月出数,落到预算

每月按渠道计算 LTV、CAC、回本周期,直接对应预算分配决策(见下节)。我建议固定口径后做成一个自动化报表,而不是每次现算------口径漂移是这类指标最大的隐形杀手。

算出来之后,怎么用这些数字做决策

  • LTV:CAC 高且回本快(如 > 3、回本 < 12 个月):这个渠道值得加预算,优先扩张。
  • 回本周期 > 24 个月:现金流压力大,先压获客成本、提客单价或降流失,而不是继续放量。
  • 按渠道、按月分层看:全站平均会掩盖结构问题------某个渠道可能在持续烧钱,只是被其他渠道平均掉了。
  • 警惕"砍 CAC 美化比率":减少投放会让 LTV:CAC 很好看,但业务不增长。比率是健康度指标,不是优化目标本身。

踩坑记录:LTV 很高,公司却没钱了

  • 现象:报表上 LTV:CAC 是 4:1,很健康,但现金流一直紧。
  • 根因:LTV 用了营收口径没扣毛利率,CAC 漏算了客户成功成本,回本周期被严重低估。
  • 修复:统一改成毛利口径,CAC 全成本口径,加算回本周期并单列。
  • 经验:管理层要三个数------LTV、CAC、回本周期。只报前两个,等于没报。

FAQ

Q1:LTV:CAC 一定要大于 3 吗?

A:不一定。3:1 是 Skok 在 2010 年提出的经验法则,适合早期 SaaS 判断健康度;企业级客户、电商、订阅业务的合理区间差异很大,关键看回本周期和毛利率。

Q2:没有 GA4,用自建埋点行吗?

A:行,但要保证埋点字段包含渠道来源、首单时间、复购时间、订单金额四要素,否则 LTV/CAC 算不完整。

Q3:月流失率怎么从网站数据算?

A:看订阅制用户的续费行为:某月流失率 = 该月流失的付费客户数 ÷ 月初付费客户总数。没有订阅行为就按"最后一次活跃至今超过 N 个月"近似,并在口径里写清楚。

Q4:多渠道归因选哪种?

A:先用"首单渠道"这种单触点规则,可解释、好落地;业务复杂度上来后再试时间衰减或数据驱动归因。归因规则本身要记录在口径文档里。

Q5:客单价和毛利率数据在哪取?

A:客单价从订单表取,毛利率从财务口径(收入 - 直接成本)取。网站数据负责"量",财务数据负责"价",两边对不上先修数据,不要硬算。

**总结:**LTV 和 CAC 算准的核心不是公式,而是数据链路:埋点打底、订单合并、分层归因、按月计算。用 Skok 3:1 和回本周期做基准,用毛利口径做准绳,你才算真正把网站数据接到了生意账上。

延伸阅读: 更多信息请关注456数据。

数据来源说明
  • Skok 3:1 规则:David Skok(Matrix Partners),2010 年前后提出,SaaS 增长分析经典框架。
  • 回本周期基准:KeyBanc Capital Markets 行业调研汇总(2024),经公开行业资料(pmtoolkit/causo 等)整理引用:SaaS 中位数约 20 个月、2022 年约 25 个月、健康基准 12 个月以内。
  • LTV:CAC 分布:FoundryCRO,《LTV:CAC Ratio Benchmarks 2026》,B2B SaaS 中位数 3.2:1、头部 25% 为 4:1--6:1。
  • 文中渠道 A/B 对照表为按公式的计算示例(数字为示意,非真实业务数据),用于说明口径与计算逻辑。
相关推荐
SelectDB13 小时前
特征导出卡在 JDBC 上,我换成了 Arrow Flight SQL 试试
大数据·数据库·数据分析
SelectDB13 小时前
订单表改成实时更新后,我把主键模型的坑踩了一遍
大数据·数据库·数据分析
quantdash_cc15 小时前
如何检查滚动收益率计算中的窗口长度不足?——从数学定义到 Pandas 实现
开发语言·python·数据分析·pandas·量化交易·股票数据·quantdash
MindUp19 小时前
AI 能帮我做数据分析吗?从使用场景看三类辅助方式
人工智能·数据挖掘·数据分析
SelectDB1 天前
从 StarRocks 走向 Apache Doris:如何实现引擎平滑替换与架构升级?
大数据·数据库·数据分析
总要学点什么1 天前
第79篇:数据可视化-模拟迁徙效果——把三十条航线画成会飞的弧
3d·信息可视化·数据挖掘·数据分析·gis·webgl·cesium
Apok'2 天前
零基础学Python量化(1):研究大纲与流程
python·机器学习·金融·数据挖掘·数据分析
benchmark_cc2 天前
如何为 QuantDash Python SDK 编写一个最小化的连接验证脚本?
python·数据分析·pandas·量化交易·股票数据·quantdash
效率工作实验室2 天前
商业智能报告趋势解析:标准化报告为何正被个性化分析取代
数据分析·agent·商业智能报告·标准化报告·个性化分析
钱工的门窗技术笔记2 天前
铝木复合门窗中木材的角色分类与界面可分解性:结构判定、失效路径与维护设计
网络·物联网·数据分析