La nueva tarificación de las burbujas: una (r)evolución lógica pero compleja.

En resumen, lo que está cambiando

Bubble, uno de los principales actores del universo Nocode, ha anunciado recientemente un importante cambio en su política de precios. La nueva unidad de tarificación, denominada Unidad de Carga de Trabajo (UCT), sustituye a la anterior, la Unidad de Capacidad (UC). 

Esta decisión se toma con el objetivo de poder discriminar sus precios en función del (supuesto) valor que sus usuarios (y por tanto su propietario) obtienen de una aplicación, utilizando como proxy el volumen de acciones realizadas por la aplicación. Hasta ahora, los precios estaban en función de la capacidad del servidor que necesitaba la aplicación para funcionar con un rendimiento aceptable, lo que reflejaba de forma menos directa el valor que se obtenía de la aplicación.

La estructura de precios sigue siendo similar (plan según la funcionalidad deseada y paquetes según el uso), pero ahora no permite limitaciones (teóricas) de rendimiento.

En general, el coste de una solicitud de burbuja aumentará significativamente en términos porcentuales, pero en la mayoría de los casos de forma sostenible en términos absolutos. Habrá que evaluarlo caso por caso.

El nuevo modelo de precios entrará en vigor el 1 de mayo para las nuevas aplicaciones, y 18 meses después para las aplicaciones que ya estén en un plan de pago, o cuando se cambie de plan si esto ocurre antes de los 18 meses.

Una mirada retrospectiva a los diversos anuncios, y cómo esto ha sacudido la esfera Nocode:

Primer anuncio (6 de abril):

• Emmanuel (codirector general) anuncia el nuevo modelo de precios.
• El número de WU consumidos por una aplicación aparece en los registros de la aplicación.
• Los usuarios indican que el consumo de WU calculado supondría un aumento de precio de 3 a 10 veces para algunas aplicaciones.

Segundo anuncio (7 de abril de 2023):

• Tatiana (Vicepresidenta de Marketing) dio más detalles, como añadir a la documentación lo que contribuye a WU.
• Anuncio de un seminario web el 20/04 sobre el tema de la optimización en relación con las WU.

Tercer anuncio (12 de abril de 2023):

• Josh (co-CEO de Bubble) anuncia una revisión de su fórmula para calcular los WU consumidos por una aplicación, y revela más detalles sobre su fórmula a través deuna tabla de correspondencia de WU según el tipo de carga de trabajo.
• Se proporciona una calculadora para estimar cuál será el precio de una aplicación para un consumo determinado de WUs.

Es necesario esperar a que se recojan los primeros datos de consumo de la aplicación sobre la base de la nueva fórmula para evaluar el impacto de la revisión. Al cabo de unos días, la reducción del número de WU se confirma en los registros. Realmente estamos observando una reducción de alrededor del -90% en nuestras aplicaciones más intensivas en WU.

Nuestro análisis

Los puntos fuertes de Bubble permanecen relativamente inalterados. Desde el punto de vista de las funcionalidades, hay más bien una mejora para un plan equivalente (se han cambiado los nombres para evitar confusiones entre los planes actuales y los futuros): el plan Gratuito da acceso al conector API (que no era el caso del plan Gratuito actual), y el plan Crecimiento (equivalente al plan Profesional actual) incluye ahora 10 ramas (frente a las 3 del plan Profesional actual). Desde el punto de vista de los costes, los niveles de precios de los planes (que están vinculados a las funcionalidades) se mantienen relativamente similares, con el precio Equipo (equivalente al plan Producción actual) incluso bajando un poco en comparación con el plan Producción actual.

Bubble trata de optimizar sus precios para captar la creación de valor en lugar de limitarse a obtener un margen sobre el coste de producción de su servicio. Por un lado, la realidad económica del mercado debe alcanzar de algún modo a la empresa (sus reservas de tesorería no se cuestionan, sin embargo), y por otro, es una forma de perpetuar la situación financiera manteniéndose fiel a su credo: hacer accesible la creación de software al mayor número de personas posible. 

Este nuevo modelo de precios permite cobrar más a los que pueden, es decir, a los que monetizan o extraen valor de sus aplicaciones, para absorber los costes de los que están en fase de lanzamiento.

Sin embargo, los proyectos sin modelo de negocio pero que necesiten ser ampliados serán sustancialmente más caros de financiar con este nuevo modelo de precios que con el actual. También es de lamentar que el nuevo modelo de precios no tenga/deje de tener en cuenta directamente la eficiencia energética, algo que a priori ocurría más con el modelo antiguo, basado en la capacidad del servidor utilizado.

El desarrollo con Bubble será más técnico, lo que tenderá a hacerlo aún más profesional. De hecho, con una fórmula de cálculo de WU basada en un gran número de criterios, es probablemente una de las herramientas de tarificación más complicadas del universo Nocode.

Las acciones que llevamos a cabo en Alegría para nuestros clientes actuales y futuros a los que hemos dirigido o dirigiremos para que elijan Bubble.

De momento, mantendremos el precio actual de las aplicaciones de nuestros clientes durante los próximos 18 meses, ya que siempre será posible cambiar al nuevo modelo en cualquier momento si resulta más ventajoso.

En los próximos 18 meses ofreceremos refactorización a nuestros clientes actuales para optimizaciones en las que el retorno de la inversión tenga sentido.

Sistemáticamente pondremos en perspectiva los costes de WU frente a los costes de desarrollo y optimización que pueden tener un mayor impacto en el coste total de propiedad, para no perder de vista el objetivo global del cliente.

También adaptaremos nuestra metodología y formación a esta nueva parrilla de precios. Antes optimizábamos el rendimiento (y, en particular, el rendimiento percibido por los usuarios), ahora también optimizaremos el consumo (de WU).

Cuando remitimos a nuestros clientes a Bubble es porque es la que tiene más sentido para su proyecto (también trabajamos con arquitecturas alternativas como Xano + WeWeb, FlutterFlow + Firebase, etc.), no sólo desde un punto de vista técnico, sino también desde el punto de vista del coste total de propiedad, la finalidad, el plazo de comercialización, las limitaciones del mercado, los recursos y el grado de autonomía.

‍