Analyse du Nouveau Modèle de Pricing de Bubble.io

Edit du 8 avril : Il est désormais indéniable que la plupart des utilisateurs de Bubble sont opposés aux changements décrits dans cet article. Nous avons également reçu beaucoup de critiques sur notre analyse et nous aimerions noter que cet article a été écrit avant leur annonce, sans la confrontation réelle de ces nouveaux changements aux utilisateurs réels et l'impact global des coûts pour les utilisateurs, pour lesquels nous étions au courant en théorie et pas en pratique. Nous publierons une mise à jour au fur et à mesure de l'évolution de la situation.

‍

Bubble.io a récemment annoncé un nouveau modèle de tarification pour ses utilisateurs le 6 avril. Cette annonce fait suite à une période d’introspection après leur précédente tentative en mars de l’année dernière, qui avait été mal reçue par la communauté. Les réactions ont été prises en compte par l’équipe de Bubble, qui a décidé de prendre du recul et de concevoir un nouveau modèle de pricing.

La nouvelle métrique “Workload Unit” est à la base de ce nouveau modèle. Il offre des avantages, mais il remet également en question les pratiques existantes pour les utilisateurs. Dans cet article, nous faisons appel à différents experts Bubble et à Bubble eux-même pour comprendre les origines de ce nouveau pricing, ses détails et ce qu’il signifie pour les utilisateurs de Bubble.io.

Sommaire :

• Origine de ce nouveau pricing
• Détail du nouveau pricing (métrique, fonctionnalités, add-ons, etc.)
• Qu’en est-il pour les utilisateurs existants ?
• Notre analyse avec JJ Englert et Gregory John

‍

Origines

Malgré la popularité croissante de Bubble et l’élargissement de ses fonctionnalités, son prix est resté pratiquement inchangé depuis de nombreuses années, restant bien inférieur à celui d’autres outils no-code. Par exemple, le prix de Glide varie de 25 à 799 $ et celui Softr de 59 à 232 $, entre autres.

Pour moi, le prix est une question de valeur et de commodité. Si vous comparez le modèle de prix de Webflow et ce que vous pouvez construire avec, Bubble a beaucoup plus de valeur. Il faut rappeler aux gens qu’il est possible de créer des entreprises d’un million de dollars avec Bubble.
Gregory John

Le modèle de tarification et les steps existants étaient généralement acceptés par la communauté et les clients, ce qui était logique au début de Bubble, lorsqu’il était principalement orienté vers les entrepreneurs individuels ou les startups. Cependant, avec l’essor récent de Bubble et la démocratisation croissante des outils No-code, cette tendance est remise en question. De plus en plus d’entreprises utilisent Bubble pour se développer et les entreprises établies se tournent aussi vers les outils no-code.

La modèle de pricing de Bubble s’est traditionnellement concentré sur les aspects de performance, le stockage et les fonctionnalités, avec des mesures souvent difficiles à comprendre et à évaluer pour les utilisateurs.

Ce que nous n’avions pas réalisé en 2017, lorsque nous avons introduit la métrique de “capacité”, c’est qu’à mesure que nous améliorons la performance de nos systèmes, les applications sont moins susceptibles d’atteindre leur capacité maximale. Cela crée une incitation perverse pour nous : au fur et à mesure que notre équipe améliore Bubble et la rend plus rapide et meilleure, les revenus de Bubble provenant de la capacité diminuent. Comme nous avons accéléré les choses au cours des dernières années, nous avons vu une plus grande partie de nos revenus provenir des features additionnelles que de la capacité… Nous voulons que la croissance de Bubble soit principalement alimentée par les utilisateurs qui augmentent leur utilisation de notre plateforme.
Emmanuel Straschnov — Fondateur de Bubble.io

Ce modèle est devenu difficilement viable pour Bubble, qui a publié de nouvelles optimisations des performances et dont la plupart des utilisateurs fonctionnaient sur les niveaux inférieurs, indépendamment de leur utilisation ou de leur taille.

‍

Tentative ratée de trouver une nouvelle métrique

En mars 2022, Bubble a annoncé de manière inattendue un nouveau modèle de tarification, basé sur le nombre d’entrées dans la base de données.

L’objectif de Bubble d’utiliser la nouvelle mesure des entrées de base de données, ainsi que les visiteurs uniques quotidiens mensuels, était d’améliorer la performance des applications et de rendre la tarification plus transparente et prévisible pour les utilisateurs. Bubble a constaté que son ancienne mesure, la capacité, était difficile à comprendre et à prévoir pour les utilisateurs, ce qui entraînait des temps d’arrêt pour les applications qui atteignaient leurs limites. En utilisant le nombre d’entrées dans la base de données et de visiteurs uniques, Bubble espérait fournir un modèle plus clair qui correspondrait mieux à la façon dont les applications des utilisateurs évoluent sur leur plateforme.

La réaction de la communauté au nouveau modèle de tarification de Bubble.io a été sans précédent et largement négative. L’annonce initiale publiée sur le forum a recueilli plus de 700 réponses, les utilisateurs exprimant leur mécontentement et menaçant d’abandonner la plateforme. Nombre d’entre eux ont affirmé que la nouvelle mesure conduirait à une tarification disproportionnée et ont critiqué la nature soudaine de l’annonce. En outre, les utilisateurs estiment que leurs besoins et leurs préoccupations n’ont pas été pris en considération, car ils considèrent qu’aucune étude n’a été menée auprès des utilisateurs avant la mise en œuvre du nouveau modèle de tarification.

Limiter le nombre de lignes dans la base de données obligera toutes les petites applications à migrer vers des plans plus importants au fil des ans, car on s’attend à ce que la base de données devienne plus importante avec le temps.
@rpetribu sur le forum de Bubble

L’équipe de Bubble a rapidement répondu aux plaintes en annulant son annonce et a promis de prendre du recul pour réfléchir à une métrique différente. Elle l’évaluera de manière plus approfondie avec les utilisateurs avant de la publier. Ce retrait a semblé respectueux des utilisateurs, et nous sommes heureux que Bubble ait écouté sa communauté.

‍

Nouveau Modèle de Pricing

Aujourd’hui, un an après la tentative infructueuse de lancer un nouveau modèle de pricing, Bubble revient avec une approche différente et introduit une nouvelle métrique connue sous le nom de “Workload Units”.

Cette annonce a été faite avec plus de confiance, probablement en raison d’une plus longue période d’idéation et d’expérimentation. De plus, cette fois-ci, Bubble a investi davantage dans la recherche sur les utilisateurs et a pris plus de précautions, comme nous l’expliquerons plus tard dans l’article.

‍

Introduction des Workload Units : Une nouvelle métrique

Les workload units mesurent la quantité de ressources informatiques (principalement de processeur) requises par votre application pour effectuer certaines actions, telles que l’envoi d’e-mails ou l’exécution de workflows. Cela inclut, mais n’est pas limité à :

• Les flux de travail (programmés, déclenchés par des données, récurrents)
• Chargement de fichiers
• Chargement de page
• Calls API (y compris les requêtes externes)
• Données (récupération de données, importations, exportations, bulk-operations).

Le workload unit est déterminée par le poids de chaque action, qui varie en fonction de sa complexité. Par exemple, le téléchargement d’un fichier de 1 Mo et d’un fichier de 100 Mo aura un poids différent et consommera des workload units en conséquence.

Il convient toutefois de noter que la méthode de calcul et le ratio de pondération des différentes actions ne sont pas divulgués à l’heure actuelle et qu’ils pourraient être modifiés à l’avenir.

Le workload unit est mesuré en unités (et non en nombre) et dépend d’un certain nombre de facteurs. Les facteurs pertinents comprennent la quantité de données (nombre d’éléments et taille des éléments) chargées ou modifiées, s’il s’agit d’un plugin personnalisé ou d’une action construite par Bubble, de quelle action il s’agit et de tout appel d’API externe qui est déclenché. La formule exacte est propriétaire et dépend de nombreux détails d’implémentation, mais en général, l’exécution du même workflow sur les mêmes données […] consommera probablement des quantités très similaires de workload units.
L’équipe Bubble

Dans l’ensemble, l’introduction des workload units représente un changement significatif dans la manière dont Bubble.io fixe le prix de sa plateforme. En se concentrant sur l’utilisation réelle plutôt que sur un modèle basé sur le plafond ou les fonctionnalités, Bubble.io offre plus d’accessibilité et de transparence à ses utilisateurs.

‍

Fonctionnalités

Avec la mise en place d’une nouvelle métrique, il est intéressant de s’interroger sur les changements dans l’accès aux différentes features.

Comme nous pouvons le voir, les dernières mises à jour du modèle de tarification de Bubble.io apportent des changements significatifs, en particulier dans le domaine du stockage. La plateforme offre désormais jusqu’à 5 fois plus de stockage par rapport à ses anciens plans, et la capacité de stockage est devenue 33 fois moins chère, avec 100GB à seulement 3$ contre 100$ dans le plan précédent.

En outre, le plan de tiers 1 a été amélioré pour inclure les recurring workflows, avec un accès à toutes les fréquences. Hormis ces deux changements, les fonctionnalités de la plateforme restent globalement inchangées par rapport à ses anciens plans.

‍

Pricing & Add-ons

Les tarifs récemment annoncés sont en grande partie restés inchangés, à l’exception du plan Team qui est devenu moins cher.

L’idée derrière cette stratégie de tarification est d’offrir des limites suffisamment élevées au départ pour que les utilisateurs n’aient pas à s’inquiéter de les atteindre. Au fur et à mesure qu’ils utilisent leur application et la testent avec des bêta-testeurs ou eux-mêmes, ils peuvent commencer à comprendre le coût d’un workload unit pour leur application individuelle.

La plupart des apps auront une charge de travail suffisante dans leur plan et n’auront pas besoin de souscrire à un niveau supplémentaire.
Emmanuel Straschnov — Fondateur de Bubble.io

Ces nouveaux plans signent également la fin des anciennes unités de capacité que les utilisateurs pouvaient acheter et sont désormais remplacés par des modules supplémentaires mesurables, qui peuvent être ajoutés à tous les plans payants.

‍

Outils et Mesurabilité

À première vue, le nouveau modèle de pricing de Bubble.io peut sembler un peu déroutant. Avec ses différents niveaux et la distribution des workload units, il peut être difficile de déterminer quel plan est le plus adapté à vos besoins. Cependant, cela est principalement dû au fait que le nouveau modèle est basé sur une nouvelle métrique avec laquelle les utilisateurs ne sont pas encore familiers. En outre, de nombreux utilisateurs ont déjà créé leurs applications sans avoir une idée précise de leur charge de travail.

Malgré ces difficultés initiales, nous pensons que la nouvelle mesure deviendra bientôt plus tangible pour les utilisateurs existants. Bubble a promis de fournir les outils et les ressources nécessaires aux utilisateurs pour comprendre et suivre leur consommation de workload units. Au fur et à mesure que les nouveaux utilisateurs créeront leurs applications à partir de zéro, ils pourront voir leur consommation évoluer et s’adapter en conséquence.

Parallèlement à cette annonce, Bubble a publié une version mise à jour de l’onglet App Metrics. Ce nouvel onglet permet aux utilisateurs d’évaluer la consommation globale de leur workload, ainsi que la consommation par action. Grâce à ces informations, les utilisateurs peuvent identifier les actions qui consomment le plus de ressources et ajuster leurs workflows en conséquence. Cela permettra aux utilisateurs actuels de l’ancien plan d’anticiper et d’ajuster leurs workflows avant que le nouveau modèle de tarification ne soit déployé pour tous.

Pour aider les utilisateurs à mieux comprendre le fonctionnement du nouveau modèle de pricing, Bubble a également fourni plusieurs exemples hypothétiques de consommation de workload units pour des cas d’utilisation courants. Ces exemples sont disponibles ici.

Plan Agency
Le plan agency mensuel coûtera désormais 85$ par mois, ou une facturation annuelle équivalent à 78$ par mois, ce qui représente une augmentation des prix. En contrepartie, les utilisateurs peuvent s’attendre à recevoir une série de mises à jour, telles que 10 branches personnalisées, 150 000 workload units par mois, 2 Go de stockage de fichiers et la 2FA (authentification à 2 facteurs).

‍

Déploiement

Ces nouveaux changements entreront en vigueur le 1er mai, date à laquelle les utilisateurs pourront souscrire à ces nouveaux plans.

Toutefois, les utilisateurs qui ont créé des applications avant le 6 avril auront la possibilité de conserver leurs anciens plans pendant 18 mois. Cette approche garantit que les utilisateurs existants disposent de suffisamment de temps pour anticiper tout changement potentiel dans la tarification et pour effectuer tout travail d’optimisation nécessaire sur leur système actuel, ce qui est une décision prudente de la part de Bubble.

‍

Notre Analyse

Chez Flusk, nous sommes des utilisateurs de longue date de Bubble, et avec les experts influents de Bubble Gregory John et JJ Englert, nous voulions partager notre analyse du nouveau modèle de pricing de Bubble et mettre en évidence ses avantages et ses inconvénients.

Il semble que ce nouveau modèle de tarification soit sensé et repose sur des bases solides, qui ont été bien accueillies par nous et les autres personnes avec lesquelles nous avons discuté de ces changements. Ce nouveau modèle fournit enfin une mesure tangible et une clarté dans la tarification de Bubble, tout en supprimant des obstacles frustrants tels que le stockage coûteux de l’ancien système.

La valeur apportée par Bubble dépasse de loin toutes les modifications apportées à son pricing. […] Je pense que les limites qu’ils proposent sont justes et généreuses.
[…] Donc, si cela correspond mieux à ce dont ils ont besoin pour construire une entreprise plus prospère, alors je suis pour.
JJ Englert

Bien que ce modèle puisse augmenter les coûts pour certains cas d’utilisation par rapport à l’ancien plan, il est important de reconnaître que le prix de Bubble reste exceptionnellement compétitif si l’on considère ses caractéristiques, ses limites et son accessibilité par rapport à d’autres outils no-code. Il est donc juste de reconnaître que le prix de Bubble est encore relativement bon marché.

Il faut rappeler aux gens qu’il est possible de créer des entreprises d’un million de dollars avec Bubble. Par conséquent, est-ce que nous nous soucions des 100 $ supplémentaires par mois, etc. Bubble est unique sur le marché, il n’y a rien de comparable.
Gregory John

‍

Avantages

De notre point de vue, le nouveau modèle de pricing de Bubble.io offre de nombreux avantages aux utilisateurs finaux.

Auto-scaling
Le premier et le plus notable est l’auto-scaling. Comme ce nouveau modèle de pricing est désormais basé sur une métrique de consommation plutôt que sur un plafond, les utilisateurs auront désormais accès à plus de ressources (partagées entre les applications) quel que soit le plan sur lequel ils fonctionnent, plutôt qu’à un plafond de performance qui ralentit leur application dans le cas d’applications complexes ou d’un pic de trafic.

Une meilleure façon de comprendre l’auto-scaling est que si/quand les applications atteignent la limite de workload units dans leur plan (ou incluses dans un niveau de workload units acheté), plutôt que de limiter la capacité de l’application (comme c’est le cas actuellement), la performance n’est pas affectée et les clients sont facturés le montant de l’excédent. Si les clients ne veulent pas être facturés pour les dépassements, ils ont la possibilité de désactiver l‘auto-scaling.
L’équipe Bubble

‍

Mise en production
Le nouveau modèle de pricing de Bubble s’accompagne d’une offre généreuse pour les utilisateurs existants : ils peuvent conserver leurs anciens plans jusqu’à 18 mois, tout en continuant à bénéficier de la flexibilité de la plateforme.

‍

Optimisation
Nous pensons que le nouveau modèle de pricing basé sur la consommation encouragera les utilisateurs à adopter des pratiques de création d’applications plus efficaces, plus efficientes et plus optimisées, ce qui se traduira par de meilleures expériences pour les utilisateurs finaux. De plus, ce changement crée des opportunités pour les freelances et les agences d’offrir des services d’optimisation pour les applications existantes, ce qui conduit à une amélioration des compétences et à une plus grande maîtrise de Bubble.

Les agences qui ont de solides pratiques en matière de performance et d’optimisation sont celles qui bénéficieront le plus de ces changements, car elles disposeront désormais d’une nouvelle proposition de valeur pour leurs clients.

‍

Performances
Comme mentionné précédemment, la mise en œuvre par Bubble d’optimisations des performances n’a pas été bénéfique pour l’entreprise qui a perdu des utilisateurs sur des plans plus élevés, ce qui a entraîné une baisse des revenus. Ce nouveau modèle de tarification affectera probablement l’approche de Bubble en matière de développement et d’introduction de mises à jour de performance, ce qui aura un impact direct sur nos applications et l’expérience de l’utilisateur final.

[…] Il s’agit d’un modèle mutuellement bénéfique.
Gregory John

‍

Recurring Workflows
Le nouveau modèle de pricing de Bubble.io inclut un petit changement significatif qui pourrait avoir un impact profond sur l’expérience de l’utilisateur. La possibilité d’exécuter des workflows récurrents sur toutes les fréquences, quel que soit le plan, réduira considérablement la complexité pour les nouveaux utilisateurs qui souhaitent utiliser des workflows récursifs tels que la programmation d’emails.

Ce changement permet également aux utilisateurs d’utiliser ces workflows à la place des workflows “scheduled”, améliorant ainsi la fiabilité de leurs applications.

‍

Stockage
La réduction massive des prix du stockage profitera à la plupart des utilisateurs, en leur permettant de créer des applications pour les cas d’utilisation qui nécessitent un téléchargement important de fichiers ou d’images. Auparavant, les utilisateurs de Bubble avaient tendance à s’appuyer sur des solutions de stockage externes telles qu’AWS lorsqu’ils étaient confrontés à de tels cas d’utilisation, ce qui augmentait le temps et les coûts de développement. Avec ce nouveau modèle de pricing, les utilisateurs de Bubble peuvent désormais gagner du temps et de l’argent en utilisant les solutions de stockage intégrées à la plateforme.

‍

Inconvénients

Malgré les résultats positifs de ces changements, certains inconvénients sont inévitables pour certains cas d’utilisation.

‍

Utilisateurs existants
Les utilisateurs qui ont déjà construit leurs applications en utilisant l’ancien modèle de tarification de Bubble.io n’ont pas eu à prendre en compte l’impact de leur utilisation des workflows, des requêtes de base de données ou de l’utilisation de plugins sur leurs coûts. Cependant, le nouveau modèle de pricing va changer la donne et remettre en question la structure de base de toutes les applications existantes. Ce changement sera facile à gérer pour les applications de base ou légères, mais il sera rédhibitoire pour les applications plus lourdes et tout changement structurel risque d’être difficile à mettre en œuvre.

‍

Formule de calcul propriétaire
Le fait que la formule de calcul des workload units soit propriétaire pose un problème à ceux qui cherchent à optimiser les performances de leur application. Sans connaître la formule, il sera difficile d’effectuer des optimisations en profondeur. Toutefois, avec les outils et les ressources fournis par Bubble, il reste à voir si cette barrière peut être franchie.

‍

Utilisateurs de Canvas
Les utilisateurs d’outils tels que Airdev’s Canvas seront également confrontés à certains défis, car la consommation de workload units de leur application sera affectée par les pratiques mises en œuvre par l’auteur de du framework. Les versions actuelles d’Airdev’s Canvas, par exemple, sont très lourdes et comprennent de nombreux workflows non nécessaires, ce qui risque d’augmenter les workload units de l’application de manière non-nécessaire et couteuse.

Comme ces utilisateurs sont généralement spécialisés et moins familiarisés avec la profondeur de Bubble, il peut être difficile pour eux d’adapter leurs applications existantes à ces nouveaux changements. Cependant, comme Airdev adapte son modèle à ces changements, les utilisateurs bénéficieront probablement d’optimisations natives des workload units, ce qui leur donnera plus de puissance.

‍

Templates et plugins
Les templates existants qui incluent des workflows devront être revus et mis à jour par leur auteur pour s’adapter au nouveau modèle de pricing. De même, les plugins devront être révisés pour minimiser leur consommation de workload units. Ce problème peut se poser pour les plugins obsolètes qui sont encore largement utilisés.

‍

Ce que ça veut dire pour les utilisateur existants

Comme nous l’avons vu, l’impact du nouveau modèle de pricing sur vos coûts et bénéfices variera en fonction de la manière dont vous utilisez Bubble. Pour certains, les changements seront à peine perceptibles, tandis que pour d’autres, ils pourraient être significatifs.

Cependant, nous croyons fermement que, comme pour tout changement, les utilisateurs existants finiront par s’adapter et les intégrer jusqu’à ce qu’ils deviennent la nouvelle norme. C’est d’autant plus important que ces changements profiteront à Bubble et, nous l’espérons, auront un impact positif sur nous en tant qu’utilisateurs.

Il est essentiel de garder à l’esprit que les changements apportés au modèle de pricing de Bubble font partie du développement et de la croissance continue de la plateforme. Bien qu’ils puissent causer quelques difficultés initiales, nous devrions nous réjouir des avantages à long terme qu’ils apporteront.

Ce qui m’intéresse avant tout, c’est de m’assurer que Bubble existera encore dans quelques années. Si la mise en œuvre de ce modèle de pricing les aide à atteindre cet objectif, je suis tout à fait d’accord. […] N’oublions pas les bonnes choses que nous avons avec Bubble, et réjouissons-nous qu’ils fassent ce qu’il faut pour s’assurer qu’ils seront là pendant encore 10 ans !
JJ Englert

‍

Aller plus loin

L’optimisation de vos applications deviendra de plus en plus obligatoire avec ces nouveaux changements, c’est pourquoi nous vous recommandons les contenus suivants provenant d’experts de confiance :

• Webinaire de Bubble sur l’optimisation des workflows
• Cours de JJ Englert sur la communauté Slack et les base de données
• Cours de Gregory John
• Nos formations approfondies sur l’optimisation et la performance pour les agences partenaires Flusk
• The Ultimate Guide To Bubble Performance par Petter Amlie

‍

Notes
Nous remercions tout particulièrement Carly Blumenfeld de Bubble, Gregory John et JJ Englert pour leur participation et leurs commentaires.
Bien que cet article ait été revu par Bubble, nous ne sommes pas affiliés à Bubble.

‍