Défi

Hex a vu sa base d'utilisateurs croître à vitesse grand V après son lancement en 2021. À la même période, la société basée à San Francisco, aux États-Unis, a connu un afflux d'utilisateurs qui souhaitaient appliquer des modèles d'apprentissage automatique en rapide évolution à leurs produits et opérations commerciales. Ces utilisateurs partageaient une même demande : disposer de plus d'options de calcul dans Hex (y compris des CPU, des GPU et de la mémoire) afin de mieux soutenir les flux de travail avancés de data science, comme l'entraînement de modèles.

Face à la demande toujours plus forte pour des ressources de calcul, Hex a décidé qu'il était temps de facturer certains clients en fonction de leur utilisation réelle. Elle a commencé par tester une facturation forfaitaire pour un nombre limité d'heures de calcul. Toutefois, l'utilisation des ressources de calcul par les utilisateurs ne faisant qu'augmenter, l'entreprise aurait eu besoin de renégocier les contrats à chaque fois qu'un client atteignait la limite fixée. En outre, certains clients étaient réticents à l'idée de s'engager à l'année alors qu'ils en étaient toujours au stade de l'expérimentation des LLM. Eux recherchaient plutôt un modèle de tarification capable d'évoluer en fonction de leurs besoins.

Hex s'est donc rendu à l'évidence qu'elle devait proposer une tarification à l'utilisation en plus de sa tarification principale par utilisateur, qui permettrait aux utilisateurs de recourir aux ressources de calcul dont ils ont besoin, quand ils en ont besoin. En plus d'étendre la portée des produits de Hex à un plus grand nombre d'utilisateurs potentiels, cette approche génère également des revenus supplémentaires puisque les utilisateurs paient pour les ressources qu'ils utilisent vraiment. Hex avait toutefois une condition : elle voulait être sûre que la transition vers un modèle basé sur l'utilisation ne demanderait pas un temps de développement considérable et qu'il ne donnerait pas lieu à une expérience de facturation décousue pour sa clientèle.

« Il était évident que nous devions ajouter une tarification à l'usage, a expliqué Barry McCardel, cofondateur et PDG de Hex. Mais la création d'une infrastructure de facturation adaptée aurait été bien plus compliquée que la fonctionnalité elle-même, alors nous avons repoussé l'échéance pendant longtemps. »

Solution

À son lancement en 2019, Hex a choisi Stripe Billing en raison des abonnements par utilisateur qu'elle propose. En 2024, Hex faisait partie des premiers clients de Stripe à utiliser la nouvelle fonctionnalité de facturation à l'usage de Billing. À l'aide de l'API Meters, les utilisateurs peuvent évaluer les événements d'utilisation, analyser les données, facturer les clients et collecter les paiements de manière native. Pour Hex, cela signifiait qu'elle n'avait pas besoin de créer ou d'entretenir sa propre infrastructure de mesure, sachant qu'il s'agit d'un projet potentiellement coûteux et chronophage, nécessitant de suivre des dizaines de millions d'événements d'utilisation par mois. À la place, les données d'utilisation des clients sont envoyées directement via un connecteur S3 à configuration no-code, compilées et ajoutées aux factures des clients.

Avec l'aide de Stripe, Hex a déployé progressivement son offre de facturation à l'utilisation. Elle a d'abord fait tester son produit par un groupe de clients de référence afin de valider son offre. Ce groupe a fourni des commentaires précieux sur le produit et l'expérience de facturation, dont Hex et Stripe ont tenu compte pour parfaire l'offre avant de la rendre disponible pour les abonnés Team et Enterprise de Hex.

Hex a également ajouté des seuils de facturation comme option par défaut pour les utilisateurs qui profitent de la facturation à l'usage. Grâce à ces seuils (qui se déclenchent lorsque des utilisateurs en libre-service atteignent des dépenses de calcul de 100 $), Hex a davantage la certitude d'être payée pour les calculs réalisés par les utilisateurs.

En outre, ces seuils permettent aux utilisateurs de mieux suivre leur utilisation en temps réel : « Ils servent en quelque sorte d'alertes de dépenses pour aider les administrateurs à garder un œil sur les dépenses de calcul et ainsi éviter les mauvaises surprises au moment de recevoir la facture », a déclaré Jo Engreitz, responsable des produits chez Hex.

L'ajout de ces options de facturation à l'utilisation à l'intégration Billing de l'entreprise a permis à ses clients de bénéficier d'une expérience de facturation harmonieuse, quel que soit leur mode de facturation : abonnements par utilisateur, facturation à l'utilisation ou une combinaison des deux.

Résultats

Plusieurs mois de travail d'ingénierie évités

Grâce à la collaboration étroite avec les ingénieurs de Stripe, Hex n'a eu besoin que de huit semaines pour passer de la conceptualisation de son approche au déploiement d'une tarification à l'usage pour sa clientèle. Hex a ainsi pu s'éviter des mois de travail d'ingénierie consacrés à la création et à la mise en œuvre d'un modèle à l'utilisation en interne, ainsi que des efforts de maintenance et d'assistance continus.

La tarification à l'usage attire de nombreux clients au cours des trois premiers mois

Il aura fallu deux mois à Hex pour déployer la tarification à l'utilisation pour les produits de calcul avancés sous la forme d'un module venant s'ajouter aux abonnements des utilisateurs Team et Enterprise. À ce jour, Hex a déjà envoyé plus de 500 millions d'événements basés sur l'utilisation à Stripe pour qu'elle les ajoute aux factures des clients. Par ailleurs, de plus en plus de clients de l'entreprise adoptent son nouveau produit de calcul.

Une transition simple pour les utilisateurs actuels

Barry McCardel a déclaré que les clients de Hex avaient répondu avec enthousiasme à l'ajout d'une option basée sur l'utilisation. D'après M. Engreitz : « Nous n'avons pas remarqué d'augmentation significative de la charge d'assistance à la suite du déploiement. Nous voyons cela comme une bonne nouvelle. Si nous ne recevons pas de commentaires, c'est que tout fonctionne comme prévu. »