# Pricing strategy **URL:** \ **Category:** Questions\ **Created:** [April 19, 2023, 4:43am UTC](https://forum.bubble.io/t/pricing-strategy/258361 "2023-04-19T04:43:01Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![ihsanzainal84](https://sea1.discourse-cdn.com/bubble/user_avatar/forum.bubble.io/ihsanzainal84/32/245932_2.png) [@ihsanzainal84](https://forum.bubble.io/u/ihsanzainal84)\ **Post date:** [April 21, 2023, 3:25am UTC](https://forum.bubble.io/t/pricing-strategy/258361/23 "2023-04-21T03:25:00Z")
You’ve nailed it right here. I can understand why people are upset over the changes but i think a lot of users are severely under charging their own users for using their Bubble app. It’s good to offer value but it’s best not to undercut the market too much. When considering what I can build in Bubble, I’ve always believed that Bubble was offering a steal with their legacy prices. The initial WU release was stupid but at least things look more inline with their original estimations now. ---
**Author:** ![boston85719](https://sea1.discourse-cdn.com/bubble/user_avatar/forum.bubble.io/boston85719/32/77286_2.png) [@boston85719](https://forum.bubble.io/u/boston85719)\ **Post date:** [April 21, 2023, 6:48am UTC](https://forum.bubble.io/t/pricing-strategy/258361/25 "2023-04-21T06:48:24Z")
> [@sem](#): > > I think a lot of MVPs are not being build on Bubble anymore. I never used the acronym MVP…but are you making that point based on a large experience working with clients and/or numerous community members expressing their plans with you or is it more likely just your own idea of what is or is not happening on Bubble anymore? Plus, who needs a lot of trust for an MVP? Think about it like this…an MVP is a one night stand, maybe a weekend fling. Building and scaling an app is like a marriage. Who has ever thought they needed to trust the one night stand? And if you did trust your one night stand, you likely wake up with the consequences 9 months later or in some cases 2-3 weeks later with a burning sensation. > [@sem](#): > > Another point is that when start building your app you have absolutely no idea what the cost will be. This can be $100 or $1000 a month. And you can be confident of that with traditional coding? What happens if the app is hugely successful and you need to add more servers? Of course cost per server might be known, but the number of servers is not, therefore your costs are unkown. > [@sem](#): > > Third point is that what Bubble and also books and agencies told us to do is now punished with excessive WU costs. So we need to get back to lists, filters in the frontend etc. All bad practices when building something Why are they not best practices? Because they are a bit slower to filter the results? Plus, you can’t blame old information for being outdated due to new changes. Personally, in my apps, I don’t imagine I’ll have a need to optimize my searches. For me, I’ll mostly have to become more creative in data manipulation and getting data into the database. Even in the Bubble webinar last night I spotted two areas in which a Bubble representative was giving some guidance on ways to optimize the app, that I could come up with more efficient ways, as alternatives. It is always important to remember that in Bubble there are a lot of different ways to come to the same end result, and as it was in the past and now, some people will be more effective at finding those ways. That is what sets some developers apart from others. > [@sem](#): > > Lastly, not sure if you know but in the large Telegram group where Bubblers but also many Bubble competitors seeking NoCode solutions I was surprised how many competitors there are and some of them do it better than Bubble. So people will find those alternatives as well and leave. Yeah, I believe I mentioned that (not the telegram part) people leave Bubble, that is nothing new. People leave or stay for their own reasons. Like a lot of my clients have in the past, they built to validate an idea, start to grow the business, and then reach targets that enable building elsewhere. I think people overall need to get off the complain train and understand that train has no destination. Bubble is not changing things. What they are doing is improving the new situation with new tools and features. I’ll personally still be here to voice my opinion on what features are needed to make Bubble more efficient in terms of WFUs, especially around data manipulation and in some respects data retrieval. ---
**Author:** ![artemzheg](https://sea1.discourse-cdn.com/bubble/user_avatar/forum.bubble.io/artemzheg/32/9651_2.png) [@artemzheg](https://forum.bubble.io/u/artemzheg)\ **Post date:** [April 21, 2023, 7:01am UTC](https://forum.bubble.io/t/pricing-strategy/258361/26 "2023-04-21T07:01:15Z")
> [@boston85719](#): > > MVP is a one night stand, maybe a weekend fling. Nah, what you’ve described is not MVP 🙂 MVP in classic terms is an early stage of product development when you release your app with just enough features to get early customers. Then you accumulate feedback and continue development if you can see that there is a market fit. Or close your app cause there is no demand. It’s impossible to validate an idea/product in 1 day or 1 week. > [@boston85719](#): > > Why are they not best practices? Because they are a bit slower to filter the results? Because it has been tested by hundreds of bubble developers and also some best practices are mentioned in official Bubble documentation. > [@boston85719](#): > > I think people overall need to get off the complain train and understand that train has no destination. Bubble is not changing things. If there would be no “complaint train” - we would hardly see any positive changes from Bubble in WU costs and other things within new pricing model, btw. ---
**Author:** ![sem](https://avatars.discourse-cdn.com/v4/letter/s/59ef9b/32.png) [@sem](https://forum.bubble.io/u/sem)\ **Post date:** [April 21, 2023, 7:09am UTC](https://forum.bubble.io/t/pricing-strategy/258361/27 "2023-04-21T07:09:01Z")
True, when you only playing around for a few weeks all my arguments are dead. If you do are serious and want a bit more than slides, glides and spreadsheets you look for things like Bubble. And not for a few weeks. If so, Bubble has no business at all anymore. Given the 10x 100x markup of hosting prices that the new WU pricing is delivering we suddenly talk about prices for a search in the db. Traditional coding does not have this issue because it is 10x 100x cheaper in the first place and there is no cheaper alternative. But true. No point of complaining but just good to make sure we share information so everybody can make up their own minds ---
**Author:** ![boston85719](https://sea1.discourse-cdn.com/bubble/user_avatar/forum.bubble.io/boston85719/32/77286_2.png) [@boston85719](https://forum.bubble.io/u/boston85719)\ **Post date:** [April 21, 2023, 7:25am UTC](https://forum.bubble.io/t/pricing-strategy/258361/28 "2023-04-21T07:25:24Z")
> [@artemzheg](#): > > Nah, what you’ve described is not MVP It was an analogy to express the difference in time of relationships…one night stand versus marriage. Marriage is forever, need to use Bubble to scale indefinitely, one night stand is short term, need Bubble to validate a product. > [@artemzheg](#): > > Because it has been tested by hundreds of bubble developers and also some best practices are mentioned in official Bubble documentation. And Again, Why is it a Best Practice? Because using filters is a bit slower? What other benefits are there to not using Filters…have you ever come across a situation in which using filters is faster, because I have. > [@artemzheg](#): > > If there would be no “complaint train” - we would hardly see any positive changes from Bubble in WU costs and other things within new pricing model, btw. You must be impatiently waiting for the outbound train then. It’s been a week, how fast do you expect them to move? ---
**Author:** ![artemzheg](https://sea1.discourse-cdn.com/bubble/user_avatar/forum.bubble.io/artemzheg/32/9651_2.png) [@artemzheg](https://forum.bubble.io/u/artemzheg)\ **Post date:** [April 21, 2023, 7:56am UTC](https://forum.bubble.io/t/pricing-strategy/258361/29 "2023-04-21T07:56:30Z")
> [@boston85719](#): > > And Again, Why is it a Best Practice? Because using filters is a bit slower? What other benefits are there to not using Filters…have you ever come across a situation in which using filters is faster, because I have. My comment was more about using lists than filters. Filters are usually not a big deal until you work with large amount of data or use advanced filtering . > [@boston85719](#): > > You must be impatiently waiting for the outbound train then. It’s been a week, how fast do you expect them to move? Idk when and if Bubble will react to ideas and concerns shared by the community after WU re-weighting. But it’s important to continue providing feedback to prove that we care. ---
**Author:** ![anon7950936](https://avatars.discourse-cdn.com/v4/letter/a/96bed5/32.png) [@anon7950936](https://forum.bubble.io/u/anon7950936)\ **Post date:** [April 21, 2023, 8:19am UTC](https://forum.bubble.io/t/pricing-strategy/258361/30 "2023-04-21T08:19:22Z")
Hi there, trying to get my self more into the recent pricing update and WU. Definitely not good experience, but if you are in the startup world, and not only a hobby and learning building, and in particular if your app is community based, you can understand such management actions done by Bubble, despite we don’t see much as Bubble sees. Nevertheless, It would be great if we (Bubble) can improve this part, where we can see how WU will be in monetary value, so that we can plan bit a head, raising funds, scaling, etc. Or there is already a way to find this out? Thanks! ---
**Author:** ![gazinhio](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@gazinhio](https://forum.bubble.io/u/gazinhio)\ **Post date:** [April 21, 2023, 8:27am UTC](https://forum.bubble.io/t/pricing-strategy/258361/31 "2023-04-21T08:27:11Z")
Having gone through the five stages of grief over the last fortnight, I’m firmly at acceptance. Their new pricing is fundamentally sound, have plans predominantly for editor/developer features, each with so much server usage, and then additional plans for server usage. I think that’s fair for the value they’re providing. The problem is the way server usage is calculated and the sheer cost of it! Charging per character retrieved from the database and expecting customers to pay for the sheer inefficiency of their own weird database abstraction?! And the way they handled it all, either price anchoring or incompetence mixed in with more than a soupcon of seeming arrogance and ambivalence for their customers has indeed left a bad taste in one’s mouth. However, Bubble is a great development platform, that hasn’t changed. I’ve spent too much time, effort & money learning & mastering it just throw it all away. I’m not gonna cut off my nose to spite my face by spending ages learning something else just to get back to where I already am. However I’m not gonna stick around just to be ripped off either. With the exception of page views (which is a non issue for SPAs) avoiding using their server resources and outsourcing that to another service which allows me to potentially scale in an unmetered way and with predictable costs seems to be the way to take control of this situation. I’m moving to Xano using the Xano Connector plugin from Eli & Jared. There’s a minimal learning curve so can jump on immediately, there’s great import to move data out of Bubble and it’s database is a dream to work with compared to Bubble’s (I have Joins again! Sweet sweet Joins 😍). Admittedly it ain’t cheap itself but it’s value add is well worth it imho and it’s the fastest, simplest and most cost efficient way to get out of this pricing mess for me. If the bad taste persists with Bubble over time then I’ll eventually move to something else on the front-end when time allows (there’s some amazing alternatives out there to consider, Noodl, Toddle, WeWeb, Dittofi etc, all with their own pros & cons), but I’m not gonna let all of this derail me from my product plans and put my business in jeopardy for the sake of it. My nose is firmly in place and my face can suck on it. Ha! 😝 ---
**Author:** ![sem](https://avatars.discourse-cdn.com/v4/letter/s/59ef9b/32.png) [@sem](https://forum.bubble.io/u/sem)\ **Post date:** [April 21, 2023, 8:35am UTC](https://forum.bubble.io/t/pricing-strategy/258361/32 "2023-04-21T08:35:04Z")
No you can not. You start with an idea but the WU is so complex that there is no way you can predict the total needed WU. It depends on things like total characters returned from a db or api call. Or for the amount of items in “do a search for”. What you can do is try to build features with minimum WU in mind. So no API calls is best, if you need api make sure to do it once per user and with as little characters in the body as possible. Also, use lists in fields as much as possible. Another good idea from WU perspective is to use client side workflows as much as possible. So first get your data to the client and do filtering client side. That will mean less WU. Forget about autobinding as it will do more calls than needed. Also make sure you do not add to much features that will keep your users hooked to the app/web because every click will consume WU units. Good to know however, you will only have this issue when in the startup phase. As soon as you make millions, the costs per month likely does not matter that much. You will save money on developers, db engineers and network engineers. That is also probably the idea of the new pricing structure. Moving to enterprises. ---
**Author:** ![Ren](https://avatars.discourse-cdn.com/v4/letter/r/ed655f/32.png) [@Ren](https://forum.bubble.io/u/Ren)\ **Post date:** [April 21, 2023, 12:19pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/33 "2023-04-21T12:19:22Z")
> [@gazinhio](#): > > I’m moving to Xano using the Xano Connector plugin from Eli & Jared. I’m really interested in this, but also have some doubts you @gazinhio and others planning the same way out could eventually help me with. I’m referring to the table published [here](https://manual.bubble.io/account-and-marketplace/account-and-billing/pricing-plans/what-contributes-to-workload) about WU consumption. Here is an excerpt from it: ![image](https://us1.discourse-cdn.com/bubble/original/3X/6/2/62e9dfa5e2a92848430810fefc2dc0965e5b9487.png) As I understand it - but please tell me I am wrong - moving data to XANO would save -0.2 WU every time you write/edit data, but you would spend +0.2 WU more every time you delete data. At least that is my understanding: ![image](https://us1.discourse-cdn.com/bubble/original/3X/d/e/de35ce5ddeb40706a27c0b9e9f3a24aa7c7b1d11.png) The numbers may change by approx. 0.1 WU if instead of going through the API with the “API connector plugin”, you use the plugin Xano Connector plugin developed by @eli and @jared.gibb. But I’m most certainly making a mistake…Please help 😬 ---
**Author:** ![boston85719](https://sea1.discourse-cdn.com/bubble/user_avatar/forum.bubble.io/boston85719/32/77286_2.png) [@boston85719](https://forum.bubble.io/u/boston85719)\ **Post date:** [April 21, 2023, 1:50pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/34 "2023-04-21T13:50:55Z")
Why do you say use lists in fields as much as possible. Seems like it will add more characters than you might require. Could you give a concrete example of how that suggestion is optimal? ---
**Author:** ![sem](https://avatars.discourse-cdn.com/v4/letter/s/59ef9b/32.png) [@sem](https://forum.bubble.io/u/sem)\ **Post date:** [April 21, 2023, 1:55pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/35 "2023-04-21T13:55:22Z")
In stead of a new thing that costs WU units so Josh suggested that it might be better to use lists. ---
**Author:** ![boston85719](https://sea1.discourse-cdn.com/bubble/user_avatar/forum.bubble.io/boston85719/32/77286_2.png) [@boston85719](https://forum.bubble.io/u/boston85719)\ **Post date:** [April 21, 2023, 2:06pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/36 "2023-04-21T14:06:42Z")
As in make a change to a thing and update the list field rather than create a new thing to store a single entry? ---
**Author:** ![gazinhio](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@gazinhio](https://forum.bubble.io/u/gazinhio)\ **Post date:** [April 21, 2023, 2:14pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/37 "2023-04-21T14:14:34Z")
You’re assuming that you’ll be using either an API workflow and a server-side plug-in or Bubble’s API connector. All of which use Bubble’s server resources and accrue WUs. The Xano Connector is a client-side plug-in which uses Xano’s JS client library to call your Xano APIs so, as it doesn’t touch Bubble’s servers, you’re not using any WUs. You don’t use Bubble’s Backend Workflows, their database, their auth, database triggers or any server-side plug-ins so you’d be effectively using Bubble purely as a front-end tool with Xano at the back-end. That way you’re only accruing for page views, which should be manageable in your plan’s WU allowance, especially if your app is a SPA. Now obviously you’re gonna have to pay Xano but it’s not metered and your costs will be predictable and, while it ain’t cheap, it ain’t the same as wondering how many characters your users are gonna retrieve from the database this month so you can put food in your mouth! Check out Eli Beachy’s YouTube channel, he’s got a couple of videos on there on how to use his and Jared’s Xano plug-in. It’s pretty straightforward. ---
**Author:** ![Ren](https://avatars.discourse-cdn.com/v4/letter/r/ed655f/32.png) [@Ren](https://forum.bubble.io/u/Ren)\ **Post date:** [April 21, 2023, 3:04pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/38 "2023-04-21T15:04:19Z")
Thanks a lot Gazinhio - I’m definitely going to chek it out! 😉 👍 ---
**Author:** ![dushdan123](https://avatars.discourse-cdn.com/v4/letter/d/4af34b/32.png) [@dushdan123](https://forum.bubble.io/u/dushdan123)\ **Post date:** [April 21, 2023, 3:09pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/39 "2023-04-21T15:09:32Z")
but is there any difference in performance\* between: - backend in bubble frontend in bubble - backend in xano frontend in bubble \*e.g. the speed of showing a list of images ---
**Author:** ![gazinhio](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@gazinhio](https://forum.bubble.io/u/gazinhio)\ **Post date:** [April 21, 2023, 5:26pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/40 "2023-04-21T17:26:50Z")
Speed is comparable, faster for complex queries as you’re doing it on Xano’s servers & getting the result directly rather than some workaround with Bubble’s DB like nested searches. The only downside is no realtime which is a not a norm generally but something we’ve taken for granted with Bubble, as it works over web sockets, although there are workarounds & the plug in gives some help by auto refreshing on update. In terms of a list of images, they both return a list of image paths & then Bubble renders them on the page in both cases so there’s no difference either way. ---
**Author:** ![dushdan123](https://avatars.discourse-cdn.com/v4/letter/d/4af34b/32.png) [@dushdan123](https://forum.bubble.io/u/dushdan123)\ **Post date:** [April 21, 2023, 5:32pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/41 "2023-04-21T17:32:03Z")
What precisely do you mean by “realtime”? Does this mean that if a database value is changed the user needs to refresh the page to see the updated value? @gazinhio ---
**Author:** ![tylerboodman](https://sea1.discourse-cdn.com/bubble/user_avatar/forum.bubble.io/tylerboodman/32/242142_2.png) [@tylerboodman](https://forum.bubble.io/u/tylerboodman)\ **Post date:** [April 21, 2023, 5:35pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/42 "2023-04-21T17:35:27Z")
I’ve heard of some workarounds where you keep a single item in the Bubble database, and your external database listens for its own changes and send a webhook to Bubble to update that one thing (Like a date/time field change or something). Then the client listens for the Bubble date/time change and makes an API call to your external database to get the new data ---
**Author:** ![gazinhio](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@gazinhio](https://forum.bubble.io/u/gazinhio)\ **Post date:** [April 21, 2023, 5:39pm UTC](https://forum.bubble.io/t/pricing-strategy/258361/43 "2023-04-21T17:39:18Z")
Not refresh the page but refresh the data source. With web sockets, the server pushes changes to the client, without it the client has to request data from the server. There are pretty simple workarounds and the plugin helps, but also remember the realtime has a price in their WU system. If you need a feature like chat where realtime is essential then absolutely use Bubble’s DB for that as it’s perfect for it. For enterprise database querying, pulling data from different tables then Xano excels. [Previous page](https://forum.bubble.io/t/pricing-strategy/258361.md?page=1) [Next page](https://forum.bubble.io/t/pricing-strategy/258361.md?page=3)