ITBear旗下自媒体矩阵:

估值10亿美金的计费系统Metronome,如何成为OpenAI、英伟达首选的计价底层

   时间:2025-12-29 20:57:33 来源:Z Potentials编辑:快讯 IP:北京 发表评论无障碍通道
 

Z Highlights

Metronome成立于2019年的旧金山,专注于为AI与软件公司提供实时计费基础设施,解决从传统按Seat收费转向按用量、Token等复杂定价的工程难题。目前其融资总额达1.28亿美元,已服务OpenAI、NVIDIA、Databricks等头部企业,终端用户超1.5亿,成为AI时代“按价值收费”的关键基础设施。

Metronome将复杂计费拆解为“用量记录—可计费指标—价格体系—客户合同”四层:工程只需上报Usage Event,产品配置Products与Rate Cards,销售与财务通过Contract定义真实商业条款,系统即可自动完成结算出账。它让“调价格”从工程问题变成商业动作,特别适配API、GPU、token等高频AI用量场景。

两位创始人Scott Woody和Kevin Liu均曾分别创业并被Dropbox收购,在Dropbox结识后创立Metronome。目前团队约百人,远程优先。公司在2022年A轮融资3000万美元,2024年B轮4300万美元,2025年2月完成5000万美元C轮,当前市场传出Stripe拟以约10亿美元价格收购,估值较C轮约4.7亿美元接近翻倍。

01从传统SaaS计费痛点出发,成为AI巨头的收费基础设施

当AI逐渐把软件行业从“按人头卖许可证”推向“按实际价值收费”时,有家公司像是悄无声息地站到了舞台中央,它就是Metronome,是个专门做“计价引擎”的。公司于2019年在旧金山成立,两位创始人Scott Woody和Kevin Liu都来自Dropbox。他们想做的,是成为“现代软件公司的实时收费基础设施”,帮企业把各种收费模式——无论是按席位、按用量,还是按效果——全都整合成一套灵活、可监控、能快速测试的计费系统。

这几年,Metronome发展很快,融资总额已经达到1.28亿美元。2024年,它被《福布斯》列入“Next Billion-Dollar Startups”名单;到今年,公司公布的按量计费收入同比增长了8倍,服务终端用户超过1.5亿,成了OpenAI、Anthropic、Databricks、NVIDIA这些AI和云基础设施公司选择的计费底层。

Metronome的诞生,其实源于上一代典型的SaaS计费难题。在Dropbox时,Scott Woody负责增长与货币化团队,日常就是调定价、上套餐、推新功能,一切都是为了提升收入。但每次想做点小改动,比如把月费从9.99美元调到11.99美元,工程师都得去重写那套脆弱的计费代码,耗时可能是前端改动的百倍。账单脚本每月或每季度跑一次,用户却在控制台里天天查看费用。海量的发票和回款数据,直到季度末才会以“本季收入X百万美元”这种总结形式出现。

到了AI时代,这种尴尬被放得更大了。像ChatGPT这样的产品,计费单位从席位变成了token、调用次数这些细颗粒度指标,数据要从几十个内部系统对接、核对,对工程团队来说,维护这套系统就像接手一滩没人想碰的“代码泥潭”。Metronome想做的,正是把这些痛点打包成通用基础设施,成为一个实时、可编排的价值计量层:既能支持复杂的定价逻辑,又能把数据沉淀成可靠的记录,为财务和增长团队提供实时的反馈。

它最典型的客户,是那些正转向按量或混合收费模式的高增长软件公司,尤其是大型AI平台和数据基础设施厂商。比如OpenAI卖API调用、Databricks销售算力与存储、NVIDIA打包GPU服务等等,这些企业都需要一个能承载“十亿级事件流”的计费平台。从组织角度看,Metronome服务的人群跨越产品、财务、营收运营和工程部门:它既要让工程师觉得“接进来不难用”,又要让CFO相信数据足够审计,还得支持销售设计出灵活的条款。

以OpenAI和NVIDIA为例,就能明白Metronome在“复杂计费场景”中到底有多关键。OpenAI最初靠脚本加人工对账来支撑商业化,可随着API、ChatGPT和企业客户同时爆发,计费复杂度很快就撑不住了。接入Metronome后,他们不仅能处理千万级自助用户的按量计费,把“调价格”这件事,从耗时的工程问题,变成了商业动作;NVIDIA在提供GPU云与AI服务的过程中,同样面临多层计费模型、跨产品组合和企业合同并存的难题。Metronome帮他们把这些用量、定价和结算逻辑全都整合进一套实时系统里,计费不再成为业务快速扩张的瓶颈。

过去二十年,企业计费大致经历了三个阶段:本地部署时期,一次性卖许可证;SaaS时期,按Seat收订阅费;最近十年,随着公有云的发展,Zuora、Chargebee、Recurly等订阅平台开始支持一定程度的按量收费,但它们的核心设计依然围绕“订阅+发票+收款”展开。所以对大多数公司来说,复杂的用量计量还是得靠自己搭数据pipeline、写日志脚本,再把汇总后的数字塞回这些平台。一旦计价逻辑涉及多维度,很快就会变成依赖工程师的“半自动系统”。这套模式在按席位收费的传统SaaS里还能勉强运转,可一旦进入AI时代那种高频调用、预算风险高的场景,就显得又慢又脆弱。

Metronome把这些“边缘痛点”当作核心问题来解决。它提供了一整套“按使用量计费+自动出账+实时消费追踪”的基础设施服务,适合那些按调用次数、数据量、使用时长等“用多少算多少”的SaaS或AI产品。

“投资者押注我们能够成长为各类企业的顶级合作伙伴,帮助他们将计费作为驱动增长的核心引擎,”Metronome的CEO Scott Woody表示。“在商业领域,AI正在推动定价模式发生巨变。企业正在寻找一种能够真正与其所创造价值相匹配的产品定价方式。我们看到他们要么将使用量计费(UBP)与Seat定价结合起来,要么完全转向使用量计费。我们让这些企业能够尽可能快速且无缝地抓住这一趋势。”

02价格×数量×商业模式,打造工程、产品与销售团队协作的计费流水线

Metronome像是一套为用量型产品(尤其是AI产品)重新设计的“计费操作系统”。它把“你到底用了多少”“这些用量该怎么定价”“不同客户按什么商业条款结算”这三件事彻底拆开,并通过一整套工程化系统自动串联起来。

简单的发票遵循着“价格(Price)×数量(Quantity)=费用”的基本公式,但现代基于使用量的计费方式需要更复杂的方法,其中包括第三个关键要素:商业模式(Business Model)。Metronome的数据架构建立在这三个基本要素之上。

第一步,是把“真实用量”(Quantity)原样记录下来。你的产品每发生一次可计费行为,比如一次模型调用、一次推理请求、一万token消耗、一小时GPU使用,就能通过API向Metronome发送一条用量事件(Usage Event)。这些事件只是“发生了什么”的原始记录,不涉及任何价格和合同逻辑。换句话说,这一层只负责回答一个问题:用户到底用了多少。

第二步,是把“流水”变成“可以收费的指标”。原始事件并不等于账单。Metronome会把原始事件加工成“本周期一共调用了多少次”“某个workspace用了多少token”“某个模型消耗了多少算力”这类可计费指标。你可以自由定义统计方法、过滤条件和拆分维度。对应公式里,这一层就是被标准化后的Quantity(可计费用量),也是后续所有定价的基础。

第三步,是定义“你到底在卖什么,以及卖多少钱”。价格(Price)由Products和Rate Cards两层共同决定。Products决定的是“你在卖什么”,按token收费、按调用次数收费,还是订阅费、平台费;Rate Cards决定的是“卖多少钱”,默认单价、阶梯定价、不同区间的价格,以及促销价。这种拆分的好处在于:同一个产品可以被不同价格表复用,改价格不需要动产品结构本身。在定价频繁变化的AI行业里,这一点尤其关键。

第四步,才是每个客户真正生效的合同(Contract)。商业模式(Business Model)最终体现在每一个客户的Contract里。真正复杂的商业世界从来不是“统一价”,而是每个大客户都有一套单独谈出来的条款。在Metronome里,每一个客户都会对应的Contract。是Metronome里最贴近真实商业世界的一层:比如是否是按量付费,还是订阅+超额计费?有没有预付额度?是否对某些产品单独打折?账单周期按月还是按年?所有这些,都会被写进合同里生效。也就是说,价格是否生效、如何结算,最终都由Contract决定。

当一个账单周期结束时,Metronome会自动完成这样一条流水线:从Quantity出发→套用Price→按Contract结算→自动生成账单和发票,并同步到支付和财务系统。同时,系统还能把实时用量与实时费用返回给你的产品前端,让用户随时看到“我用了多少、已经花了多少钱、还剩多少额度”。

如果从“怎么用”角度极简化理解,Metronome的分工可以概括为:工程团队只负责上报数量;产品和商业团队配置价格;销售和财务通过合同定义商业模型;系统负责自动算账。

下面这些是Metronome的实际产品界面截图,可以更直观地看到上述功能在真实环境中是如何被实现并呈现给用户的。左为Metronome按量定价的仪表盘;右为客户直接在产品中实时了解使用情况和消费的情况:

左为直观呈现客户的消费和使用数据,将产品决策与收入挂钩;右为无需工程投入即可发布产品和更新定价:

关于Metronome自己的商业模式,是完全toB定制化的。更接近高客单价、强实施依赖的enterprise infra:按公司阶段+复杂度+体量等收取平台费和用量费,而不做低价的自助工具。这也意味着Metronome把自己定位为公司长期架构决策的一部分,一旦落地就会深度绑定财务、产品、工程团队,而不是短期工具订阅。正如其官网所言:“Focus on building, not billing(专注于建设,而不是计费)”。

03两位Dropbox前高管创业,百人远程团队专攻十亿级计量与复杂商业模型

Metronome的两位创始人此前分别创业并被Dropbox收购,这段经历直接促成了Metronome的诞生。CEO Scott Woody毕业于斯坦福大学,拥有生物物理学博士背景,在校期间创办招聘系统公司Foundry Hiring,2013年被Dropbox收购。随后他在Dropbox负责增长、定价与变现工程团队,深度参与大型计费系统与商业化架构建设。

Co-founder Kevin Liu毕业于宾夕法尼亚大学沃顿商学院,2010年在校期间创办电商数据分析公司Predictive Edge,同样于2014年被Dropbox收购。加入Dropbox后,他参与企业级产品的市场与增长工作。两人在Dropbox共事结识,洞察到传统订阅制难以支撑新一代软件和AI的定价需求,最终联合创办Metronome。

目前,Metronome的团队规模在百人左右,采用remote-first的远程优先模式,核心成员主要来自Stripe、Dropbox、Google等公司,工程技术导向极强,长期专注于高并发计量系统与复杂商业模型的落地。

04三年融资1.28亿美元、估值逼近10亿美元,Stripe也欲收购Metronome

Metronome已经被资本市场“预定”为AI时代的基础设施公司。它在2022年完成3000万美元的A轮融资,由a16z领投。2024年1月,公司又拿下4300万美元的B轮,由NEA领投,a16z和General Catalyst跟投,当时累计融资已超7800万美元,业务也已经从服务初创公司扩展到Databricks、NVIDIA等大企业客户。2025年2月,Metronome宣布完成5000万美元C轮融资,再次由NEA领投,其他投资者包括a16z、Greyhound Capital、General Catalyst、Workday Ventures、Truebridge Capital Partners、Activant Capital、SineWave Ventures和Megalith Ventures。目前公司累计公开融资额达到约1.28亿美元。

今年多家报道指出,Stripe正在以约10亿美元价格收购Metronome,这一交易将公司的估值在不到一年的时间内几乎翻倍(C轮时PitchBook披露的估值约4.7亿美元)。

NEA的合伙人Hilarie表示:“Metronome正在抓住两股强劲趋势:一是从基于Seat的定价向以使用量为核心元素的混合模型转变,二是AI Agent与基于结果的定价的兴起。我们相信这就是软件公司的未来。随着Metronome持续在使用量计费领域创新并引领行业,我们非常高兴能够通过这轮融资深化与他们的合作。”

 
 
更多>同类资讯
全站最新
热门内容
网站首页  |  关于我们  |  联系方式  |  版权声明  |  争议稿件处理  |  English Version