Mars Product Wiki

Orb

14分钟阅读

Orb：用量计费时代的收入操作系统

核心论点：Stripe Billing 是为定额订阅”事后补丁”的用量计费，Orb 是从第一性原理出发为用量计费而生的原生系统。这不是功能差异，是思维模式差异。

基本信息

维度内容
公司名Orb
成立2021 年
融资状态Series B 已融资，累计融资 $44.1M
主要投资方Greylock Partners、South Park Commons、Menlo Ventures
产品定位Revenue Design Platform（收入设计平台）
竞品Stripe Billing、Metronome、Lago（开源）
客户类型API 驱动的 SaaS、AI 原生创业公司、数据密集型企业
2025 获奖年度最佳金融科技创业公司（FinTech Breakthrough）

为什么是用量计费，而不是定额订阅？

1. 距钱距离假说的胜利

传统 SaaS 按 seat 或 plan tier 定价，本质是”使用权定价”——你买了就要付钱，不用也付。

用量计费反过来：用户只为实际消耗付费。这意味着：

  • 对客户：心理账户从”每月固定成本”变成”按需付费”，降低试错成本
  • 对企业：pricing = 商业模式的直接表达，PLG（产品驱动增长）的最优载体
  • 对 AI 公司：成本不可预测→定价也不可预测→用量计费是唯一合理选择

2. SaaS 定价模式的进化论

时间轴：

2005-2015: Seat-based（按人头）
  ↓ 互联网普及，工作流标准化

2015-2020: Plan tier（按功能层级）
  ↓ SaaS 普遍化，价值差异化难

2020-2025: Usage-based（按消耗）
  ↓ API 经济、AI 应用爆发，成本可度量

2025+: Dynamic pricing（动态计费）
  即将到来：基于用户价值、市场条件、算法自适应的实时定价

Orb 的野心不是”更好的定额”，而是做 Usage-Based 时代的基础设施——就像 Stripe 对 Recurring Billing 的意义。

Orb 的本质：事件驱动的收入管理

核心架构

原始数据层（Raw Event Model）
  ↓
实时计量层（Metering Engine）
  ↓
灵活定价层（Pricing Engine）
  ↓
开票层（Invoicing & Subscriptions）
  ↓
分析层（Revenue Analytics）

为什么是”原始事件模型”而不是”预计算”？

Stripe Billing 的用量计费：你报告一个数字给我，我根据这个数字生成账单。

Orb 的用量计费：你发送原始事件流给我，我负责：

  • 去重、去噪、实时计算
  • 支持随时改价、回溯调整
  • 支持复杂的分层定价、捆绑套餐、量级折扣
  • 支持 A/B 测试定价模型

直白说：Stripe 是”报告使用量”，Orb 是”提交事件数据”。一个被动，一个主动。

三个核心竞争优势

1. 实时性 = 收入的可预测性

传统模式：月底出账单才知道 MRR；

Orb：实时事件流进来，就能看到当月预计收入、哪些客户接近 tier 升级、哪些用户成本异常。

对于 AI 公司特别关键：如果一个用户突然消耗 10 倍的 token，你需要立刻发现，而不是等月底对账。

2. 灵活性 = 定价的实验空间

支持的定价模型包括：

  • Tiered Pricing（分层）：每 100 万 token $5，每增加 100 万降价到 $4.5
  • Per-unit with overage（基础 + 超额）：包含 1000 unit，超额 $0.1/unit
  • Combo pricing（组合）：同时计费多个维度（compute + storage + API calls）
  • Volume-based（量级折扣）：月消耗 > 1000 万 token 自动打 9.5 折
  • Custom（自定义）：甚至支持随时改、支持手动调整

反而，定价不应该写死。定价是持续的 A/B 测试过程，Orb 的设计逻辑就是帮你快速迭代。

3. 可观测性 = 收入的可调控性

不仅是做账单，更是做收入仪表盘：

  • 哪些用户、哪些时段、哪些功能驱动了收入
  • 定价变化对 MRR/ARR 的影响模拟
  • 用户流失预警（基于消耗下降趋势）
  • Cohort 分析：不同时期加入的用户，生命周期价值曲线

这对 SaaS 公司是 “差钱远见”与”有钱远见”的分水岭——你能预测 3 个月后的 MRR 吗？

为什么是 Series B，而不是已经统治市场？

反共识：市场教育成本巨大

用量计费听起来简单，实际是组织改造：

  1. 产品团队：要把每个功能映射到可计费的”事件”
  2. 工程团队：要埋点、要发事件、要处理事件丢失和重复
  3. 销售团队：要从”这个 plan 多少钱”改成”这个方案怎么计费”
  4. 财务团队：要适应日变化的 MRR，而不是月初就知道数字

Stripe 已经统治了定额订阅，因为 seat-based 没那么复杂。用量计费的复杂性，注定了 Orb 的增长会更慢、但客户粘性会更高。

反而，这是机会

2024 年以来 Orb 客户翻三倍——不是因为市场饱和，而是因为：

  • AI 公司密集涌现：OpenAI 的按 token 计费开启了范式转变
  • API 经济成熟：企业愿意为精准计费买单
  • MLOps 成熟：数据基础设施团队能 handle 事件流

当前市场还处于”早期多数”阶段，不是”后期多数”阶段。

本质上的差异：Orb vs Stripe Billing

维度Stripe BillingOrb
设计起点定额订阅 + 用量补丁用量计费原生
数据模型Reported Usage（报告数字）Event Stream（事件流）
定价支持⭐⭐⭐ 基础分层、简单超额⭐⭐⭐⭐⭐ 任意复杂组合
实时性❌ 月度结算✓ 实时计算
定价变更下一个计费周期生效可立即生效、可回溯调整
A/B 测试困难（涉及升级系统）原生支持（多定价模型并行）
学习曲线低（内置 Stripe 生态）中等（需要理解事件模型）
适用场景初早期 SaaS、验证模型成长期、复杂定价、AI 公司
定价0.5% + Stripe 手续费按事件量或月费制

Orb 的商业模式进化

当前（2025）：收费方案

  1. Team Plan：$200-500/月，按事件量或固定
  2. Pro Plan：基于事件量，通常 $0.0001-0.0005/事件
  3. Enterprise：定制化，包含实施支持

反而，这个定价方案本身就是**“用量计费”的示范**——Orb 用自己的产品给自己定价。

未来（2025+）：可能的演进方向

假设1：Platform 化 → 不仅是计费，而是整个 Revenue Stack

  • +发票系统（类 Stripe Invoicing）
  • +合规管理（税务、合同）
  • +支付处理（自建或集成）
  • 目标：成为企业收入的单一真实来源

假设2：垂直深化 → 专注 AI/API 公司

  • AI Token 计费的标准化方案
  • 集成 LLM provider 成本追踪
  • 让 AI 公司一页纸搞定”我的 token 成本 → 我的用户价格”

假设3：开放平台 → 变成 Stripe 式的”生态”

  • 发布 Pricing Engine API
  • 让第三方计费系统接入 Orb 做复杂定价计算
  • 类似 Stripe 的”支付网络”，Orb 变成”定价网络”

关键指标与市场信号

用户数据（2025）

  • 客户数：年初以来翻三倍（未公布具体数字，但增长惊人）
  • 行业跨度：从 API 创业公司到 Fortune 500
  • 地域：主要美国，欧洲渗透率提升

产业信号

  • 获奖：2025 年 FinTech Breakthrough “最佳新创公司”
  • 内容：频繁发布 SaaS 基准报告、定价趋势研究
  • 社区：积极参与 API 经济、AI monetization 的行业讨论

距钱距离分析

用 Mars 框架来看 Orb 的商业潜力：

距钱距离排序：

① 最近：直接控制计费引擎
   → Orb 是每笔交易的见证者
   → 可以看到客户的实时收入、成本、margin
   → 天然可以做"收入金融产品"（融资、保险等）

② 次近：定价层的话语权
   → Orb 不仅执行定价，还能建议定价
   → "你这个用户群的最优价格是多少"

③ 更远：产品设计的影响
   → 通过定价结构，影响用户的特征选择
   → 但需要更深的整合

反而，Orb 目前只在做①，而 ① 已经足够有价值了。

问题是：Stripe 也看到这个机会，会拼命做 Billing。但 Stripe 的组织结构是”支付 → Billing”，而不是反过来。

投资逻辑与风险

为什么值得关注

  1. TAM 明确：所有 API-first、用量驱动的公司都是潜在客户
  2. 粘性高：一旦用 Orb 了，换成本非常高（计费系统是金融核心）
  3. 时机窗口：AI 浪潮创造了用量计费的集中需求
  4. 创始人背景：Asana 出身，深度理解企业 SaaS 的痛点

潜在风险

  1. Stripe 抄袭风险：高。Stripe 有用户、有资本、有生态。不是能否做，而是何时做
  2. 开源竞争：Lago、OpenMeter 等开源方案在 creep up。企业可能选择自建
  3. 定价模型转变缓慢：很多公司仍在用定额制，用量计费的采用率低于预期
  4. 技术复杂性：事件处理、重复数据删除、实时计算都是”看似简单，实则复杂”的坑

核心问题与思考

对于 SaaS 创业者

  • 你真的需要用量计费吗？ 还是只是想炫耀”我们很高端”？用量计费应该来自产品的天然特性，而不是定价策略的倒推
  • 你的客户愿意适应吗？ 从固定成本到可变成本，心理适应周期长
  • 你的财务能承受吗？ MRR 变化幅度更大，融资对话会更复杂

对于 Orb

  • 何时 Stripe 反击？ 已经开始了。Stripe 的 Billing 在加速迭代用量计费能力
  • 垂直化还是水平化？ 专注 AI 赛道（垂直）vs 泛 SaaS（水平），选择决定天花板
  • 国际化进度？ 目前主要面向美国公司，欧洲/亚洲市场还是空白

框架速记

产品本质：从”价格表管理”到”收入操作系统”的升级

竞争护城河：事件流数据 > 灵活定价 > 组织绑定（最强）

市场机会：用量计费的标准化，类似 Stripe 对 Recurring 的意义

关键赛道：AI、API、数据基础设施

时间窗口：2025-2027 年是争夺”定价基础设施”的关键期

相关链接

产品卡版本：v4.0 | 更新时间：2026-03-19 | 作者：Mars（AI 炼金术）

网络导航

关系图谱

点击展开全屏