挑战

自 2021 年推出以来，Hex 的用户基数快速增长。在此期间，这家总部位于旧金山的公司注意到，越来越多的用户希望将快速发展的机器学习模型应用到他们的产品和业务运营中。这些用户有一个共同需求：希望 Hex 提供更多计算选项——包括更多 CPU、GPU 和内存资源——以更好地支持模型训练等高级数据科学工作流程。

随着对 Hex 计算资源需求的增长，公司意识到需要根据部分客户的实际使用情况收费。Hex 最初尝试对有限的计算时长收取固定费用。然而公司发现，随着客户对计算资源需求的增长，每次客户达到使用上限时都需要重新协商合同。Hex 还遇到一些客户，他们在尝试大型语言模型时不愿签订年度合约。这些客户希望采用能随时间需求灵活调整的定价模式。

Hex 清楚地认识到，解决方案是在核心的席位定价之外提供用量计费模式，让用户能够按需使用所需计算资源。这样做既能向更多潜在用户开放 Hex 的产品，也能通过用户为实际消耗的计算资源付费来创造额外收入。但 Hex 希望确保向用量计费模式的过渡不会消耗大量开发时间，也不会给用户带来割裂的账单体验。

“增加用量计费模式对我们来说是毫无疑问的事情，”Hex 联合创始人兼首席执行官 Barry McCardel 表示，“但构建相关计费基础设施的工作实际上比功能本身更困难，所以我们拖延了很久。”

解决方案

Hex 在 2019 年推出时就选择了 Stripe Billing 来处理其基于席位的订阅服务。2024 年，Hex 成为首批使用 Stripe Billing 的全新用量计费功能的客户之一。通过 Meters API，用户可以原生地计量使用事件、分析数据、向客户收费并收取款项。这意味着 Hex 无需构建或维护自己的计量基础设施——这个可能成本高昂且耗时的项目需要每月追踪数千万次使用事件。相反，客户的使用数据通过无需代码设置的 S3 连接器直接发送，经过汇总后添加到客户账单中。

在 Stripe 的支持下，Hex 分阶段推出了其用量计费服务。最初的一组参考客户测试了该产品以帮助 Hex 验证服务可行性。这些用户为产品功能及计费体验提供了宝贵反馈。这些反馈帮助 Hex 和 Stripe 在将用量计费服务更广泛地提供给 Hex 团队版和企业版订阅用户之前，进一步完善了该服务。

Hex 还为采用用量计费的用户默认添加了计费阈值功能。计费阈值机制（当自助服务订阅者的计算支出达到 100 美元时触发）帮助 Hex 更确定能基于用户实际计算用量获得付款。

这些阈值还帮助用户实时了解他们的使用情况：“这相当于一个微妙的‘消费提醒’，帮助管理员关注他们的计算支出，避免账单日出现意外支出，"Hex 产品负责人 Jo Engreitz 说道。

在现有计费集成中新增这些用量计费选项，确保了 Hex 客户（无论采用席位订阅、用量计费还是两者结合）都能获得一致的计费体验。

结果

节省了数月的宝贵工程时间

Hex 与 Stripe 工程师紧密合作，仅用八周便完成了从用量计费方案设计到客户落地的全过程。相较于自建和实施用量计费模型以及后续的持续维护和支持，这一合作为 Hex 节省了额外数月的工程时间。

前三月内大批客户迁移至用量计费模式

两个月内，Hex 为团队版和企业版用户实现了高级计算产品的用量计费附加服务。Hex 已经向 Stripe 发送了超过 5 亿次基于用量的事件以纳入客户账单，且持续见证新计算产品采用率的增长。

现有用户无缝过渡

McCardel 表示，客户对新增用量计费选项反响热烈，且过渡过程平稳。根据 Engreitz 的说法：“本次发布带来的支持负担近乎为零。这种‘零反馈’恰恰说明系统运行完全符合预期。”