Optmize Workload webinar - After Event, what did you feel?

Hi Friends,
We had just a few minutes ago this Optmize Workload webinar. What was your perception? Bad…good?

Honestly, I expected more from them all

I feel like Bubble didn’t make clear the differences between some actions. It only gave a 1st example about a possible loss of workload volumes, but, in the second case of repeater group optimization, nothing was presented till the end in real.

The idea of ​​optimizing is great, but it seems to me that the event was more political than explanatory.

Also, indirectly, I had the feeling that the task of going it alone with materials that, deep down, will not answer everything to everyone, has been placed in our hands. And, we know, asking support isn’t always something that comes with all the help we need.

My opnion about it is that the best way to show the transparency of the changes would be to prove (playing in our eyes) the difference of what we would pay, changing from an “old” scenario to an optimized one. It would suffice for this to show that simple example of the repeater group.

The question still remains, what will be the surprise in our pockets at the end of it all. Remember, everyone there represented Bubble, I didn’t see and didn’t feel a presentation dedicated to an empathic reading of the perception of us - Bubble customers.

I think the idea of ​​learning and optimizing is really great. But, I believe that everything should be presented and applied looking at a general context.

1 Like

According to webinar, here’s how to save WU:
A) Do things that are not intuitive like calling a backend WF, return data from API with a JSON encoded string.
B) Use external tools like Segments
C) Wait for Bubble to improve (like fetching only needed fields that you need)

Ok I’m sarcastic here but honestly… this is how I feel actually.

I didn’t give my point of view about this price change. But now it’s time: Bubble will kill their ecosystem (community, developper, plugins builders…).

I cannot recommend Bubble anymore as the cost is no more predictable.
I don’t see a new user start to build an app without having a good idea of what they will need to pay. They will jump it, do mistake without knowing and see there’s WU and say goodbye to Bubble in a day.
I don’t see a lot of company already running in Bubble, with a lot of workaround to keep their capacity low, be able to switch easily to the new WU system ($$ and time). They will probably choose another solution.

Even if the new WU calculation is better that the initial one… the whole system of WU is actually bad I think.

The webinar doesn’t help me to feel better about that change.


Your A,B C itens were real points of concern and attention. Very good point!

A NoCode platform so that only a few who can “code” can optimize what they do. Absurd.

And, worse, using a front-end strategy, creating ways to have data traveling unnecessarily outside the back-end is an equally absurd issue.


Same. But I’m not sure that was the goal of the webinar :slight_smile:

WU model is ok but only if it’s transparent and can easily be calculated before starting development. Right now starting bubble development from a scratch for newbies will be too complex. So Bubble can loose a part of their current developers/creators base and feel reduction in new users.


They will I’m pretty sure… but worse, they will also loose actual users, and some that are already in higher plan (when the goal was to move users to higher plan!)

1 Like

Hi @artemzheg
Talking about Bubble nowadays we may not know wht is the really goal to any thing, any movement of them, everything seems a bit “cloudy”.

And that’s exactly why they need to remove things from their support like:

“I’m sorry you feel that way, but Emmanuel really cares about this.”

It’s a giant eduction, but without a real and deep action.

I agree 100%

I’ve said it before and I’ll say it again, I don’t agree with an imaginary unit of measurement as a basis to judge performance and costs. Something more tangible would make more sense. Page views/Workflows sure, or page views / storage sure, but like everyone is saying, you don’t truly know your costs until people are using the app on a day-to-day basis.

I would also understand if they did a complete overhaul of the editor and added the features their competitors currently offer (App store submission for example!), and address some performance issues and functionality, but instead we get everything we’re used to at a higher cost.

And the recent wave of small yet new feature changes and some of the praises they are receiving is very odd to me. Don’t get me wrong, new features are fantastic, but these aren’t exactly groundbreaking changes.

At this point, I’m not 100% sure what Bubble can possibly be useful for. There’s only so many twitter knockoffs or Uber/Grub hub knockoffs that can stay afloat. It certainly can’t be used for SaaS.

But hey, eventually AI will be involved.


The goal of any business is to make profits. VC backed business is under more pressure cause they have less flexibility and time cause stakeholders need relatively fast result and profit. That’s why I don’t have a question like “why Bubble decided to switch pricing model” :slight_smile:

P.S. We’ve seen some promises that while bubble will optimise their code we can see WU costs go lower. But I can hardly imagine how will they tell stakeholders something like “Hey, we’ve made our code more efficient, so now our clients (developers and business build on bubble) will pay less”…


@artemzheg I guess everyone agree to you.

The matter is not change price. As long as it is not abusive and that we have transparency of what can really happen with this change in the way of quantifying the values.


That question about what workload is the speed limit I didn’t understand positively. For me, I perceive workload as a Kilometer limit

Any way. Speed when we talk about
systems. It’s something essential to be "placed as a quality medium.

Something like: Do you want your end point user/ client app to be able to process better? So pay more, much more. :roll_eyes:

I was unable to attend the webinar, so I planned to ask if there’s a recording. From the tone of this short thread, I suspect the webinar would not have been of much value to me.

This is the pain I’ve been feeling with Bubble for 5 1/2 years. But with the new WU pricing, I have the additional pain of it becoming financial.

I would bring this to the attention of @josh and @emmanuel, but in my history with Bubble and this forum, I’ve never felt that I fit with the Bubble idea of “no code”.


Hi @laurence
Thanks for share your experience.

I have to unfortunately agree with you: the webinar didn’t add up. It is not an exaggeration to say that there, only they were happy, laughing at silly things, as if all of us (customers) weren’t having a lawsuit making it clear that we were dissatisfied.

Emanual simply took a political stance. And, ater that, the only thing I read from the support team is the following sentence,

“we are giving everyone a generous 18 months and, be sure, Emanuel cares about you all” :face_with_raised_eyebrow:

. You know, it’s sad to say how much of a slap in the face this sounds!

I have an email to the support team where I requested the service contract - that is, here that governs my rights and my duties as a user, based on what I pay and its scope. This is what any SaaS company offers, at least in a standard document, to its users. This email is going back and forth… and I already had to reiterate my request for this document 5 times. But, the person who answered me pretends to be misunderstood.

This is bordering on the madness of the absurd.


I just watched it this afternoon. If you wanna watch it with me…

1 Like

When teams demonstrate confused judgement in areas as important as these, it is a leap of faith and probably foolishness to IMAGINE that everything else is being governed by higher quality thinking. I can’t think of anyone who has said how great this all is - and how now they can get on with their plan on Bubble.

1 Like

Most important thing to recognize, no engineer was involved in the webinar. Nobody who knows how Bubble is built or executes actions was part of the webinar to explain how to change things.

And, most ‘optimizations’ provided are sacrificing speed and data consistency for the purpose of reducing costs.


This is the sum of it. The one’s who were on the webinar were put in the unenviable position of trying to redeem Bubble with what they were able to learn in the past two weeks.

But like responding to the uproar by throwing the VP of Marketing to the wolves, a webinar about optimization without input from the actual engineering team was a poor decision.