If it walks like a duck, quacks likes a duck…nice analogy but Glide kinda presents like AWS.
AWS S3 storage pricing charges for storage (rows) and gets/puts (updates) and of course containers/servers/Amazon Lightsail that run processes (users).
And that is the confusion.
Glide is special and the current pricing models (which cater to a huge class of developers) seems - as you pointed out - similar to others on the market.
But Glide ain’t Wix or GoDaddy or Shopify or…it is a completely UNIQUE product that dares customers to innovate.
My advice is ---- innovate, blaze your own path. You do that with your product, you can do that with your pricing. In my years of selling I have discovered that pricing is the hardest part of any company’s go to market strategy. On this forum we all have faith in this company and your ability to solve problems with creative and awesome solutions.
To be fair, Glide is comparing itself to CRM software or office applications which are already fully developed and can charge per seat very easily, you need developers so you can have paying clients in those plans and you’re not making it easy for us to stay and develop for you. Because let’s face it, that is the case.
Interesting, I wonder how many people started with Glide to build their own SaaS to be provided to B2Bs** (but maybe am I alone…).
This is the root cause of the issue re- the “20 users limit”: it is unsustainable from an economic standpoint.
We therefore have only two options left:
use Glide only for prototyping,
start again from scratch with another platform (which represents a huge investment).
If I refer to your mission, this statement seems to involve that you expect 1 billion people becoming Glide Developpers and resellers, is it correct?
Makers building prototypes and MVPs, or apps for nonprofits and communities
People learning how to create software via Glide’s free plan
That last group covers a lot of ground in our mission.
While the free plan limits you to publishing a single app, there’s no limit on the number of apps you can build, and there’s nothing stopping you from creating additional teams.
My issue with the plan is the division of users. A private email versus a business email seems just random. Lots of people use gmail for business. And lots of people use their business email for everything. My app is written for a not for profit and has about a 100 users, some with emails from work, some with “private” emails. In order to use the maker plan I am going to have to ask those with “private” email to get a gmail account, there just seems to be something wrong about that.
Development for retail/sales business will be totally lost, for example, a place that wants to use glide for orders can most certainly not afford to pay $5.00 per user. But maybe Glide is not being used in this market.
The pricing for the 2 apps I run to make reservations for rental equipment went from about $100.00 to $300.00 per month using the Maker plan, and I have to get about 80 percent of my users to get a gmail account. Although we love what the apps do this is just not a viable method.
We’re automatically detecting nonprofit domains to qualify them as “personal users” for apps the Maker plan. You can check it in the Personal User Validator. If your nonprofit’s domain isn’t working, you can submit a request through the Validator for us to add it to the system.
The recent updates to Glide’s policy on the number of updates and actions available, coupled with the platform’s capabilities, significantly restrict developers’ ability to create sophisticated solutions and automations without substantial financial resources.
I find myself having to remove a lot of features just to keep the app running for 200 users for more than a day. This issue gets worse with problems in the “Complete Chat” Actions and the need to restart actions, leading to rapid use of 20-30 actions for just one task.
It seems Glide is focusing more on serving small to medium-sized local businesses, that have initial funding and most commonly are not more than 30-40 active users maximum. This new pricing policy and the last updates throughout the year show who they consider their main users. But for anyone trying to create an app aimed at a worldwide audience and needing to grow quickly from the start, these rules make it hard to keep going.
Apps can still be set to private or public with varying access options (sign-in required, optional, etc.). In the new plans, public and private users don’t count against a quota of public or private users anymore.
The unique, general quota is signed-in user. There is no personal quota nor a business quota. The definition, however, of a personal user is based on the nature of the email address.
Team & Business plans: allow any type of user
Free & Maker plans: allow personal users only
A personal user has an email with a consumer domain, an educational domain, or a non-profit domain.
Common consumer domains include Gmail, Outlook, iCloud, Yahoo, and ProtonMail
Common educational domains typically end with .edu, .ed, .k12, and .ac
Educational domains may include country codes, such as .edu.au
For nonprofit domains, Glide checks against a database to identify nonprofits
A signed in user counts against the user quota for the month. As @nathanaelb pointed out, Public or Private has no bearing anymore on user counts. Its simply, if they are signed in, then they are a user.
There is no personal quota and then a business quota. There is one single general quota: signed-in user. (A user by definition is a person who signs in to an app with an email address.)
The question is if they will be allowed to access the app. Personal users will access apps on the free and maker plans. Business users will access apps on any plan.
We started to folow it atractive mission becouse Glide looked like long view player with balanced strategy. New plans give as big qustion for whats is mean for the futere with payble any monthly active users via Team and Business plans. Obveusly, Free and Maker plans like playground, now give us posibility for learning, but not for serius sturtups and MVPs. Becouse only real cash- and user- flow say us about projects vibility. But resonable price per user for giant corporation and focused corporate clients can crash SMB finance model. Additional teams and any quntaty of published apps not fix absencess of critical tools by viable price for new projects. For that we сan notice as unlimined personal active users for Team and Business plans, as sturtup bounty program for relevant projects.
And for my undestunding, solution for protect sign-in by Free and Maker via business e-mail looks a uneffective in case (company).com deploy user.(company)@gmail.com personal mail domain for using Free and Maker plans. Is not it?
Unfortunately I am in the same position, I went to all in on the Pro side to now it is completely cost prohibitive to create my app for the prospective amount of users, also, being able to discern who has a “business” email on the fly is counterproductive to someone signing up on the fly and having to spend who knows how long to figure out a “good” email
We are currently subscribed to Legacy Plan, with monthly fee $99. This plan has a file storage quota of 50GB. Would that be possible for us to just buy additional storage, instead of upgrading our plan?.
Noted on the new price structure that Team Plan will have the same monthly fee with Legacy Plan (no longer offered), but with a bigger file storage capacity of 100GB. The major setbacks is that Team Plan is not for app creation, and do not support Glide table (?). Which means, we are only left with the Business Plan option. The monthly fee is 2.5 times to what we are subscribing now. This will be a big jump, which may force us to look into other solution.
Please introduce the flexibility to allow member to pay for bigger storage capacity. This would be really helpful.
All plans include Glide Tables, including the Team plan, and as a bonus any updates to Glide tables do not count against your update quota.
What do you mean by this? The purpose of Glide is to make apps, so It wouldn’t make sense for them to have a plan that doesn’t allow that. In fact it’s unlimited apps in the Team plan
)
This is the root cause of the issue re- the “20 users limit”: it is unsustainable from an economic standpoint.
