I started using Glide in April 2020, and at the time already Glide was all about building “dark apps”, which is marketing lingo for “B2B apps”.
2 Likes
Same bug, i think that is an error for each have a legacy plan. Can you help us with this issue? @DJP
It appears to be a display issue bug for Legacy plans. They are already sorting it out.
@NoCodeAndy Hello. I’ve read through this thread and the updated FAQs, but still have a question about users.
Does the Team plan include the unlimited personal users of the Maker plan + 20 users that use a business-domain email address OR is the Team app limited to just 20 users period (both personal and business-domain emails) and every user over 20 is subject to a $4/user charge?
What a great question, I hadn’t thought about it. Now I have the same doubt: does the Team plan have free public users like the Make plan, and additionally, does it have 20 private users, or are there only 20 users in total, both public and private?
The Team plan is just 20 users. There is no distinction between personal users or business users. They are all just users. Doesn’t matter if it’s personal or not. Team is not an upgrade of Maker. It’s more of a lateral move from personal app to business app.
2 Likes
Alright, so free users are needed; that’s the major issue in Glide. There are no applications without users, and it shouldn’t be a problem for them to use a table where 1000, 2000, or 5000 user records can be stored, perhaps for viewing read-only data. I don’t think that should cost them money; otherwise, it wouldn’t be in the Make plan. Freeing up users is the major issue with Glide; everything else is fine.
1 Like
As far as I understand the new plans, all plans (Team & Business, Maker, Free) have unlimited visitors. A user is someone who uses an email address to sign in to the app. A visitor is someone who views the app without signing in. So all plans, as far as I understand it, offer unlimited viewers/visitors.
2 Likes
In my opinion, the previous distinction of public vs. private users was better, rather than the current @gmail.com (personal email) vs. @company.com (company email) distinction. In the team and business plans, having only 20 company users and 1,000 personal emails won’t be of much help if I have clients who all use company emails.
To me, the most logical way forward is to price by usage. I can have 100 clients who use my B2B app very infrequently (like checking content 10 times a week) vs. 5 users with heavy activity (who will update contents every 10 minutes), so here clearly 5 users will have more activity than 100 users. So what would make more sense is to measure by monthly app actions. I’m sharing a screenshot from a competitor’s pricing (which I no longer use because their app performance is very bad), but they also underwent a pricing change and if Glide goes this way, it will make more sense (to me) both business-wise and customer-wise.
In my opinion, they can charge for additional:
- monthly app actions
- number of apps/workspace
- how much AI is used
- app editors
- storage
They can even charge add-ons for additional upgrades in these areas, instead of charging by the users in the Team and Business plans. That seems to be a win-win.
2 Likes
Please see my previous post/idea about this issue:
-
A Visitor is basically anybody viewing public content without signing in.
-
A Viewer has to sign in to view read-only data which might be, or not, linked to his user account e.g. Management Fees etc.
Whilst a Visitor currently is free, a Viewer will be counted as a paid user albeit not performing any CRUD actions at all.
2 Likes
I think you could also diffentiate between different types of editors. Some of my editors will be employees (heavy usage every month), others may be clients (light usage every month), and others are vendors (extremely light usage, maybe once every few months). So having the same pricing for all different types of editors doesn’t seem fair, because the usage of 100 vendors will be less than that of 5 employees.
Pricing by usage seems to be the best way while leaving it to us to see how much usage we do, while freeing up the number of users (with either personal and corporate emails).
Just my 2 cents, I’m sure there are disadvantages to this method, so I’d like it if someone would point them out so that we are better informed about the pros and cons of this approach.
3 Likes
FYI, you are writing a bit in my line of thinking!
1 Like
My final thoughts on the pricing plan, the more I learn about them from this thread, the better I feel about making it work somehow…HOWEVER, I would like to make this appeal to the Glide leadership and team, @NoCodeAndy if you could pass this through it would be greatly appreciated…
Much of what caused the uproar besides the plans features is the lack of awareness from users that there was going to be a price adjustment on the plans. Can you imagine someone who was working tirelessly on an App throughout the festive season with the current old plans features in mind etc and now when they want to upgrade to another plan to launch their App, they can’t because the feature they are looking for is not available…
My suggestion going forward would be,
Is it possible for Glide to pick a specific month for pricing adjustments or strategic changes to plans. If for example we all know that January is the month where Glide can possibly make changes to their pricing, then it makes it easier for devs to approach with caution. It is then still possible for Glide to issue a notice in December that they would not be making any changes to the pricing in January BUT once that month has passed, Glide would then have to wait for the next opportunity to make any price adjustments or strategic changes to plans.
What this does is that it offers devs a sense of control and predictability and even when you discuss with your customers, they also know that there might be a price change at a particular time in a year.
If it makes things easier for the decision makers then there can be 2 of these periods e.g. January and June but if those 2 period have passed, then there can’t be any changes for that particular year.
5 Likes
This is not what developers need. We are not talking about visitors; that consideration comes into play when developing sites for the public view. However, for Glide, its primary function is to develop business applications. Therefore, it is crucial to remove the user limit for those who will register to use it. This should be free. If I subscribe to a business plan and create applications for companies, I need the 50 employees of the company to register to read or update information, and this should be free. It’s a table that consumes one row per user, and applications have a limit of 25,000 rows. It makes sense to charge based on usage; it’s the only thing that sets one application apart from another — the usage. You can have 1000 users who only read, but you need them registered to restrict access. You can also have 10 users making a thousand changes per day; that’s the issue. Managing this becomes complex. Free users and charging for updates would be the best approach, fair and equitable for everyone. It would also help Glide avoid continuous confrontations with its users.
8 Likes
I’ve been using Glide for a LONG time, maybe 4 years or so. This is probably the first change that makes me truly feel that I’ll need to build somewhere else and learn a new platform moving forward.
Very disappointed. I’ll be hanging onto my $25 subscription I’ve got for now, but I think all my future endeavors are heading elsewhere! This was previously a good value for a personal app that I use for keeping things organized in my business (making up invoices to send to Quickbooks via webhooks, and another one for keeping track of open permits & electrical inspections, and one more that’s a little like a homemade CRM & tenancy tracker.
All of these apps are things that I made and used personally, to save time, help organize, and add convenience. They were handy and they got me using quite a few advanced features, such as webhooks, which I had to spend a lot of time learning and developing, but for the price I considered it was worthwhile, despite the immense time commitment to building these in the first place. Now that’s changing.
Now we’ve got a bait-and-switch. I’ve invested countless hours into a platform that’s now adding HUGE paywalls to what I’m already paying for. For what I currently use, my price would increase from $25/month to $125! After currency exchange, this is about $175/month.
Is Glide really going broke so that they have to turn away the majority of their paying customers from now on?
Also, how are the freebie customers going to see the value of Glide when glide won’t let them use webhooks (the primary engine by which an app actually DOES something)? Why would anyone START using Glide, given the current models?
I got into Glide because I wanted to make my google spreadsheet mobile-friendly, and use it to help my non-tech-savvy dad record his trips. If I hadn’t been able to do this for free, and use data that was accessible from outside (ie. make/integromat, google sheets, etc) I wouldn’t be a paying customer today.
5 Likes
What’s the status of whitelabeling? In the previous pricing comparison chart it clearly states which plans include whitelabeling:
PLAN COMPARISON — DECEMBER 2023
Glide recently included whitelabeling on all projects inside Pro and Business accounts. However, whitelabeling is missing from the current plan comparison.
Is whitelabeling included on ALL paid plans now, or just certain plan?
If whitelabeling is included on a plan, is it limited to a certain number of projects or all projects inside an account?
1 Like
One big issue with the public vs private user distinction is that it was difficult to understand. The forum was littered with questions on this topic.
Personal vs corporate email might not suit you, their might be annoying edge cases with unwanted consequences, but at least it’s easy to understand. Most people have one personal email address created on the usual suspects, and most people if they have a second one will have a corporate one.
3 Likes
I live and work in Berlin, Germany. I used to work for companies in the tech industry, from startups to fairly big companies. In that context, I was the user of a lot of software: office suite (email, docs, spreadsheets, slides, drive), planning (Atlassian, Trello, Asana), communication (Slack, Teams), HR software, marketing and sales software (CRM, email/sms/push, analytics). The list goes on.
For all of this software there can be a usage component, but not always. We are not limited, at least not clearly, on the number of emails we can create per year or the number of slides per deck.
All of these software companies seem to charge per seat, however. This seems to be the basis of pricing in the B2B software space. In the new plans, Glide charges per active seat.
1 Like
Yes, this is a display bug. This will be resolved shortly.
1 Like
It is included at least in the Maker plan because they explicitly say “Custom branding” and this plan can only publish 1 App so it is safe to assume that this App will include white labelling.
As for higher tier plans, they have unlimited Apps publishing and therefore I am not sure how it works in terms of white-labelling. If it’s not stated, then I would assume then it is not included but I am only assuming. Hopefully someone with more information will be able to respond to your question because it is a very pertinent question.