“of a billion”… cough… 10,000 existing businesses onto our enterprise plan…
Glide is an awesome platform to build on, they nailed it in many ways for me. However the marketing that drew me into Glide totally contradicts the Glide model.
I don’t disagree with the model, I think it would be more efficient for both Glide and any budding “no-code” APP builder to just say “We are a No-code APP building platform here to help you build a great internal business application.”
This is DISAPPOINTING but NOT UNEXPECTED!
So if I wanted a blog site with 10 admins who could post content how would that scale out for pricing.
Seems like they need to change their mission indeed.
However, the mission was never feasible. Even with the old pricing.
To give you an idea, Google Sheets has 900mio users but it’s free for normal users and very cheap for businesses (from 5usd/month with the whole workspace suite).
Right now, weird enough Notion is more on track to become what Glide put in their mission (they have databases, forms, most of it is free and they have a 30mio userbase currently).
I don’t feel secure when I read ‘if we skip the old plans we’ll let you know 3 months in advance’ and ‘there are no immediate plans’. It would help if I read ‘your old plan remains until you upgrade or end your contract’ or ‘things will remain for 2 years what they are and will end then’.
My 3 cents for now:
MAKER
TEAM
LEGACY CONTRACTS
I am very disappointed with this course change. Glide allowed so many to have a tool that was suitable for many situations and stages of development, and in my opinion the plans that were there before were much better for different situations!
For example, we have a platform to manage investors (most of whom have business emails), with 100 registered users and 20/30 active users per month, and we are on a starter plan. If we were to move to a Team or Enterprise plan, we would have to spend 10 times what we are spending now!
I don’t know if cutting all of us out and just going to Enterprise is the right choice!
Noted that if you use Glide tables updating it does not count as update? @NoCodeAndy to clarify
“Plus: Updates to Glide Tables are now free and unlimited across all plans!”
Yes, unless that update is coming from integrations, AI, API, webhooks, etc…
I believe there’s room for an even more robust offering for advanced makers. I’m envisioning a potential “Maker Plus” tier that bridges the gap and could elevate our app-building capabilities significantly. This tier would ideally include:
A price range of $150-$250 for this advanced tier seems reasonable, considering the expanded features.
Yes, you can do this. If you have 2 apps sharing the same Glide Tables in one team and you transfer one of them to another team — the data will be in sync
UPD: Glide classifies that as a bug now, but they like the idea of sharing data across teams. Don’t rely on it, but let’s hope this will be an official feature!
You can share GT between teams, but it’s not straightforward. You can’t link tables from other teams but the transferred apps sharing the same data will stay in sync
UPD: Glide classifies that as a bug now, but they like the idea of sharing data across teams. Don’t rely on it, but let’s hope this will be an official feature!
My assessment is that Glide is under some intense pressure from investors to improve ARR or MRR. (Monthly Recurring Revenue). Every year the same scenario , in Q4 demands from investors. And that this produces very thoughtful price changes in Jan to meet their demands.
The transition of Glide’s proposition and pivot to serve larger companies with their internal processes had been initiated earlier, but is now very manifest.
This also , in my opinion, removes the lifeline from the platform. A creative hotbed of developers and individuals who can easily build an idea into reality within acceptable costs.
Most important are the very thoughtful price clipping and feature restrictions this year that leave existing customers facing huge price increases up to sometimes from $249 to $8,000 if you have 1,000 users. I read this here. This has been the case for a few years, by the way, but this year it seems mainly to keep investors and shareholders happy. For us as Glide users a dent in confidence in the Glide platform and people.
In every scenario with the new price tweaks, costs now fly up for many users , you pay per user and per app and still for external updates.
For me; I use several apps for a sportsclub ( hockey) in Europe a voluntary organisation.
Also the new ’ maker’ is not convenient for me without a proper API and Teams with only 20 users. And when using glide tables only, it is too vague to me for now how to deal with EU privacy rules, knowing that I can’t shield datasets and parts separately. Besides the fact that the Glide table data seems hosted outside the EU
It has been always been weird the contrived private ( and now personal) user within Glide with its own pricing. You have in my opinion.just a user ( with email address) or a visitor… How hard is that to communicate?
For us again the already old lesson:
Never build your core business in someone else’s garden.
The learning experience has been a lovely ride
In this video, I explain the recent changes to the pricing plans for Glide. I discuss the switch from monthly to yearly payments, the new Maker plan for unlimited personal users, and the updated features in the Business plan. I also highlight the benefits of using Glide tables and the impact on updates. Watch this video to understand the new pricing structure and determine which plan is best for your needs.
Schedule a Free 30-minute Consultation Call with me to guide you on the right plan: ( Calendly - Gideon Lahav )
but my published app already show dialog alert saying “This App has reached its storage limit” , why is that ?
Hi, I am coming from a Maker perspective, I have been riding on the free plan since 2019, yes a lot have changed for the better.
The new Maker plan means I can scale my app to as many user (free/paid) user of my app to keep it financially sustainable.
On the 500 updates, that is a constraints that I need to work within creatively.
Be mindful the definition of ‘updates’ has changed, you might be better off 
I have a question regarding the 25,000 rows limit. If a maker app experiences a surge and accumulates 25,000 users, with each user account taking up one row in the user table, does this mean we would hit our row limit just from user accounts alone? Is there a provision where the user table is excluded from this row count?
My Privacy scenario is as follows::
Access: Public
Sign-In: Optional
Users: I need to approve Users first, there are two options
Absolutely spot on. I might be moving my clients over to bubble as something that previously cost 200 a month is now around 5k. Ridiculous. It’s bad business to charge customers for their success (more users) so much for scalability.
And what if the public people who happen to sign in use business email addresses for personal endeavours? Your screwed. You don’t have to use a f*cking email domain to check it isnt being used for a business. Have a look at your competitors your just killing off the spirit in your platform.
