Nouveau pricing Bubble 2023

Bubble, la plateforme de développement d'applications NoCode, a annoncé une nouvelle politique tarifaire. Depuis cette annonce, de nombreuses interrogations ont émergé quant à cette nouvelle tarification. Cet article a pour but de t'expliquer en détail le fonctionnement de ce modèle de pricing.

‍

Nouveau pricing Bubble : Comment ça marche ?

Bubble a introduit une nouvelle politique tarifaire en utilisant une nouvelle unité de mesure appelée les Workload Units (WU).

Qu'est-ce que le WU ? C’est une unité de mesure qui évalue chaque action effectuée sur ton application, traitée par les serveurs de Bubble. Pour être plus précis, toutes les actions “back-end” seront impactées par le WU, telles que la création ou modification d’une ligne dans la base de données, les appels d’API et tous les workflows dans leur ensemble.Les apparitions d’éléments, les animations ou toutes autres actions purement “front-end” ne sont pas impactées.

‍

La grille tarifaire

Voici une explication de la grille tarifaire qui se compose de 2 plans :

• Un plan payant, qui correspond aux plans payants d’aujourd’hui. Il donne accès à certaines fonctionnalités de Bubble, ainsi qu’à un crédit mensuel de WU.
• En plus du plan payant, si le crédit de WU de base de ton application est insuffisant, tu peux combiner un autre plan “tier”, qui fournit simplement des crédits supplémentaires de WU par mois. La combinaison de ces deux plans est totalement libre. Il est possible de prendre un plan à 29$ avec un tier 5 à 1499$, par exemple.

‍

‍

Bubble a mis en place un simulateur qui te donne la meilleure combinaison de plans à prendre en fonction du nombre de WU estimé dans un mois donné. Pour pouvoir l’utiliser il faut donc être capable d’estimer les WU qui seront consommés sur un mois donné. Il sera possible de mettre un maximum de consommation de WU si l’on ne souhaite pas dépasser son plan et son Tier.

Ce nouveau modèle de prix ne s'applique qu'aux nouvelles applications à partir du 1er mai 2023. Les anciennes applications construites sur les anciens plans payants ont un délai de 18 mois avant de passer sur le nouveau système.

‍

Cela signifie que désormais, le propriétaire d’une application paiera à l’usage de celle-ci. Plus une application sera utilisée par un grand nombre des personnes, plus la consommation de WU augmentera et Bubble facturera en conséquence.

‍

Les implications du nouveau modèle de pricing

• Meilleure gestion des coûts infra de Bubble : Bubble pourra mieux contrôler ses coûts infra et les répercuter sur ses utilisateurs, lui permettant de grandir plus efficacement et d’investir encore plus dans sa plateforme.
  ‍
• Capacité de calcul non limité à un instant T: l’ancien système basé sur la “capacity” plaçait une limite sur le nombre de calcul que l’on pouvait effectuer à un instant T mais pas de limite sur le nombre de calcul total sur un mois donné. L’idée était d’éviter l’engorgement des serveurs à un instant T. Le nouveau système inverse cette logique, il n’y a pas de limite théorique au nombre de calcul que l’on peut effectuer à un instant T, par contre le nombre de calcul total sur un mois est limité. Charge à l’utilisateur de bien répartir son quota de calcul sur son mois.
  ‍
• Optimisation des WU : le système de WU obligera en quelque sorte à développer de manière plus “optimale” afin de limiter sa consommation de WU. Les applications existantes devront également s'optimiser pour consommer moins de WU. Une note toutefois : optimiser son application pour minimiser ses WU n’est pas forcément la même chose que d’optimiser son application algorithmiquement ou encore améliorer la maintenabilité de son application.
  ‍
• Nouvelles fonctionnalités : ce nouveau pricing sera accompagné, dans le futur, d’un certain nombre de nouvelles fonctionnalités et d’améliorations visant à améliorer les performances de Bubble.
  ‍
• La consommation de WU en version de développement : le fait d’avoir un maximum de WU par mois pendant les phases de développement pourrait pénaliser un développement consciencieux avec de vraies phases de QA avant livraison si le nombre de WU maximum n’est pas assez élevé. En effet, plus tu testes ton application, plus tu l’utilises et plus tu consommes des WU, donc la facture peut monter.
  ‍
• De potentielles logiques métiers non optimisables : une grande consommation de WU pourrait être inhérente à certaines logiques métiers et l’optimisation difficile voire impossible. Sur ce genre de cas, il faudra alors soit se pencher sur un back-end externalisé sous Xano par exemple, soit carrément utiliser une autre stack technique telle que WeWeb.
  ‍
• Outils actuels de mesure des WU pas encore au point : les outils actuels disponibles, même s’ils sont voués à être améliorés, ne permettent pas de mesurer précisément l’impact des optimisations sur une application immédiatement ou même de développer en ayant une conscience claire de ce que coûtera la mise en place d’une certaine logique. L’expérience du freelance ou de l’agence sera alors primordiale pour estimer la consommation de WU grâce aux expériences passées.
  ‍
• Le fait que le WU soit une mesure propriétaire : il peut donc être augmenté arbitrairement par Bubble à l’avenir et faire exploser les factures. Inversement Bubble pourrait aussi décider de baisser le WU pour diminuer le coût pour ses utilisateurs.
  ‍
• Une courbe d’apprentissage de Bubble plus élevée : avec l’introduction de cette nouvelle métrique, Bubble rend donc un peu plus longue la prise en main de son outil.

‍

Conclusion

Cette nouvelle grille tarifaire impacte forcément les utilisateurs de Bubble, qu’ils soient professionnels ou non. Cependant, il est encore trop tôt pour pouvoir prédire toutes les conséquences induites par ce changement.

‍

Nous conseillons à tous les utilisateurs Bubble de se pencher sur les Logs de leur application pour y découvrir leur consommation de WU à partir du 14 avril (date de mise à jour des valeurs des WU par Bubble).

‍