← 返回概念解读

Concept Fable精修版

用量定价

Usage-Based Pricing · Business model / pricing

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

水渠按开闸次数收费后,田主终于敢多种一片地

青渠村的水会过去按户收年费。无论一户只种两亩菜,还是承包半片稻田,年底都交同样的钱。村小的时候,大家觉得公平。

几年后,村里出现了温室、果园和大稻田。用水差异越来越大,小菜农嫌贵,大田主嫌水会不肯扩渠。年费把轻用户挡在门外,也让重用户占了便宜。

水会先改成按田亩收费。听起来合理,却很快出问题。果园亩数少但用水精细,稻田亩数大却集中灌溉;有些田登记面积小,夜里偷偷开闸很久。

会长又限制每户最多开三次闸。结果大家抢同一时段开闸,水压下降,真正需要救苗的人排不上。限制让成本受控了一点,却把客户价值一起压住了。

一次旱季后,水会发现自己缺的不是更硬的限制,而是让账单随真实用水变化。轻用户应该低门槛进入,重用户多用多付,突发超量要有价格信号。

他们在每个闸口装上水尺,记录开闸时长、流量、田块、季节和超量部分。账单从固定年费变成基础费加用量费,大客户可以预购水量,超额另算。

新办法改变了双方行为。小菜农敢试用,果园愿意为稳定水压付费,大田主在高峰期更谨慎。水会也能根据真实需求扩渠,而不是靠争吵猜谁需要多少。

用量定价的关键不在于把每一滴水都卖贵,而在于让收入、成本和客户价值一起随使用增长。只要计量可信、成本曲线清楚,它就能把产品从固定订阅推向更贴近消耗和价值的收费方式。后来水会也遇到新争议。有人抱怨旺季单价高,有人担心账单看不懂。会长把水尺记录公开给各户核对,并提前写清阶梯、封顶和预购规则。用量收费若没有透明计量,只会变成新的不信任;计量可信,客户才愿意把更多田地交给水渠。后来水会按月复查高峰成本。若用量增长没有带来足够收入,扩渠就无从谈起;若价格过硬,轻用户又会离开。

揭示

这个故事讲的是:用量定价

用量定价根据客户实际使用量收费,常见计费单位包括请求数、token 数、任务数、处理数据量、存储量、自动完成次数或工单量。AI / Agent 产品的边际成本通常随模型调用、工具调用和人工升级变化,用量定价能让收入更贴近成本与价值。但它要求可靠 metering、清晰套餐、预算上限、超量规则和客户可预测性,否则客户会担心账单失控,供应商也难以管理毛利。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 按户年费:固定订阅,无法反映不同客户使用差异
  • 按田亩收费:粗代理指标,和真实消耗不完全一致
  • 最多开三次闸:用硬限制控制成本,却压制价值扩张
  • 水尺:用量计量系统
  • 基础费加用量费:常见 usage-based pricing 结构
  • 预购水量和超额另算:commit、quota 与 overage
  • 旱季高峰:AI 服务中的峰值请求和成本波动
  • 扩渠决策:用真实使用数据指导容量和价格设计

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

Consumption pricingtoken costmeteringbillingSaaS pricingoverage

相关辨析

这个概念容易和相邻概念混用,建议继续看对比页。