简介:本文以某头部大模型厂商公开报道的融资案例为切入,系统对比收入倍数与利润倍数两种估值逻辑,并延伸分析按量计费与订阅制两种商业模式的核心差异。你将了解“低单价、高倍数、持续亏损”组合的定价依据、隐含增长测算方法、单位经济验证要点,以及不同阶段的企业与开发者该如何选择评估框架与计费方式。
据公开报道,某头部大模型厂商近期完成了一轮规模上千亿元人民币量级的融资,投前估值达数千亿元(约合 700 亿美元量级)。与此同时,其年化收入(ARR,即最近一个月收入乘以 12)约为 10 亿美元量级。两者相除,得到约 70 倍的收入倍数。
另一个数字来自某开源编程代理平台的公开统计:跑一次编码任务,平均消耗约 430 万 token,按平台实际支付价折算,单次任务账单约 5 美分。而这家公司今年前七个月仍处于净亏损状态,亏损额达数亿元人民币量级。
把这几组数字放在一起,就出现了本文要拆解的核心疑问:一家把“智能”卖到 5 美分一次、仍在亏损的公司,凭什么按 70 倍收入定价?这种模式合理吗?
要回答这个问题,不能停留在“贵或不贵”的直觉判断,而要回到两组对象的差异上:其一是收入倍数法与利润倍数法这两套估值逻辑;其二是按量计费与订阅制这两种底层商业模式。本文将对这两组对象做系统对比。
估值 = 收入倍数 × 年化收入。它以“收入”为分母,适用于收入快速增长但尚未盈利的企业。70 倍的含义是:投资人今天支付的价格,相当于这家公司按当前收入速度运营 70 年的全部收入——且假定这 70 年里收入一分不涨。换句话说,这个价格里只有很小一部分在为“今天的生意”付费,绝大部分在为“明年、后年收入还能翻几倍”付费。它定价的不是现状,而是增速。
估值 = 利润倍数 × 净利润,即常见的市盈率思路。它以“利润”为分母,适用于盈利稳定的企业,倍数高低反映市场对盈利持续性的判断。
关键差异点:对于净亏损公司,利润倍数在数学上不存在(分母为负)。这就是为什么“一家还在亏钱的公司只能按收入定价”——这是早期 AI 公司的共同处境,也是这套估值框架最脆弱的地方。
估值逻辑的分母是收入,而收入的“质量”由计费模式决定:
尽管表面差异很大,这几类对象在深层逻辑上有共同点:
这是最根本的差异。方案 B 要求利润为正;一旦公司处于亏损期(如案例中前七个月净亏损数亿元),方案 B 的分母为负、倍数无意义,只能退回方案 A。这意味着:亏损期企业的估值高度依赖“收入增长假设”,验证周期长;一旦增速放缓,估值收缩的速度也远快于盈利企业。
方案 A 押注“收入还能翻几倍”,可以用一个简单的示意公式测算隐含增长要求:
# 示意:收入倍数隐含的增长要求current_multiple = 70 # 当前收入倍数target_multiple = 8 # 假设成熟期回落的稳态倍数(取常见区间中值)implied_growth = current_multiple / target_multiple# ≈ 8.75,即:估值不变时,收入需再增长约 9 倍,倍数才能回到成熟区间
方案 B 押注“利润水平可持续”。它不需要收入翻倍,但需要盈利不因周期、竞争而大幅波动。
同为“收入”,两种计费模式的含金量不同:
# 示意:单任务的单位经济task_price = 0.05 # 单次任务收入(美元)task_cost = 推理算力 + 分摊的基础设施 + 运维人力margin = task_price - task_cost# margin < 0:规模越大亏损越大;margin > 0:规模摊薄固定成本,毛利改善
按量计费叠加低单价(如 5 美分/次),只有在边际成本持续下降(推理优化、算力成本摊薄)的前提下才能成立。收入倍数完全不反映这一点——两家同为 70 倍收入的公司,一家单任务毛利为正、一家为负,实际价值可能天差地别。这是“按收入定价”最大的盲区。
案例中还有一个值得注意的细节:该轮融资原计划规模为数百亿元,因认购拥挤而多次上调,最终定格在上千亿元,但投前估值并未同步上调。这种“规模翻倍、估值不涨”的现象,说明资金在按当前价格抢份额,而不是推高价格——它佐证了市场对增速的共识,但并不改变估值逻辑本身。出资方覆盖产业资本、财务投资人与创始团队等多元结构,意味着不同期限偏好的资金共同分担了增长假设的风险。
表格 1:两套估值逻辑
| 维度 | 收入倍数法(方案 A) | 利润倍数法(方案 B) |
|---|---|---|
| 计价基准 | 年化收入(ARR) | 净利润 |
| 适用阶段 | 高速增长期、亏损期 | 成熟盈利期 |
| 前提条件 | 收入可计量、可持续 | 利润为正且稳定 |
| 核心假设 | 收入将持续数倍增长 | 盈利水平可持续 |
| 失效场景 | 收入口径不稳、规模过小 | 净利润为负(分母失效) |
| 验证周期 | 长(以年计) | 短(按季度验证) |
| 主要风险 | 增速放缓、倍数快速压缩 | 盈利波动 |
| 评估关注点 | 增速、留存、毛利改善趋势 | 盈利稳定性 |
表格 2:两种计费模式
| 维度 | 按量计费 | 订阅制 |
|---|---|---|
| 收入确定性 | 低,随用量波动 | 高,预收平滑 |
| 用户成本门槛 | 低,按需付费 | 固定,存在闲置浪费 |
| 成本控制压力 | 高,毛利对单价敏感 | 相对可控 |
| 峰值与弹性 | 天然弹性伸缩 | 受套餐档位约束 |
| 适合场景 | 用量波动大、探索期 | 用量稳定、生产期 |
| 迁移改造量 | 需计量与账单系统 | 需配额与超量策略 |
场景 1:编程代理与开发测试。 任务频次、token 消耗波动大(单次任务动辄数百万 token),按量计费天然匹配。此时评估服务商应重点看:单价透明度、上下文长度支持、并发与限流策略。
场景 2:企业生产系统。 用量可预测、预算需要刚性约束,订阅制更利于成本核算。评估重点转向可用性承诺、配额管理、审计与合规能力。
场景 3:投资或分析视角评估早期 AI 公司。 只能使用收入倍数,但必须交叉验证三个条件:增速(月度环比)、留存(复购与用量粘性)、毛利改善路径(单位经济)。
场景 4:评估成熟盈利企业。 以利润倍数为主,收入倍数作为辅助校验。
企业侧补充:如果计划在国内云上落地大模型能力,可以将百度智能云等平台的模型推理、弹性算力、监控告警、身份认证等通用能力类目纳入评估清单,与自建或混合部署方案做同维度对比,重点比较计费透明度与配额弹性。
回到最初的问题:“营收不高、融资上千亿,这种模式合理吗?”
拆完两组对比后,答案可以更精确:这不是“合理/不合理”的二选一,而是一组可验证的前提条件:
判断是否合理,等价于判断三个前提能否兑现:增速兑现(市场空间足够大)、单位经济转正(推理成本摊薄快于单价下降)、竞争格局不把价格压垮。三者成立,高倍数是对未来的提前定价;任何一条断裂,高倍数就是对风险的集中暴露。对开发者与企业用户而言,同样的逻辑也适用于技术选型:不要只看单价或倍数,要看分母的质量,以及背后的假设是否可验证。