How many Updates did you incur? 1 Sync?
Annual pricing is not currently available but will become available in the future. We will announce the discount once annual plans are live
Whitelabeling is priced at $10 per project per month. I’ll update the tooltip on the Pricing page for clarity
You can currently transfer Apps and Pages between teams, but this feature will be deprecated for Apps and Pages that are on teams with paid team plans. If your App or Page is on a team with no paid team plan, you will be able to transfer the project to other teams
Each team plan only applies to a single team. Editors are counted per team.
For example, a user that is part of 3 teams will be counted as an Editor for all 3 teams
I did a back up of 3 of my most important Apps with the Alpha team. These are the Apps i intent to upgrade to the starter package but i wanted to get a better understanding of the updates and the suitable plan to choose.
Just by doing the duplicates, i have already exceeded the allocated quota for this teams plan (Free plan)
Hmm… yes, this is not expected behavior. This might be related to the fact that Updates are currently counted (a) when you are in the Builder and (b) for unpublished projects. We are not planning on counting these Updates in the future
I’ll get an answer for you shortly
We are still updating these settings. CC @DJP
Hey, Messias! Thanks for pointing these two issues out
We are rolling out the fix for Tablet mode access on Free team plans
We noticed the bug on sign-in options for Pages earlier, and that is still in progress
@kyleheney, thank you for reply. We’re using user-specific column for filters. About the country, I can’t find any plugin to dynamically detect the visitor country.
Would love to see the limit on updates increased on a per-app basis on the starter plan
2500 edits, adds and deletes and especially syncs a month almost makes the apps un usable if split across the five available projects
Went from unlimited on premium plan to a fraction and would need to double my spend again to get it back.
@DJP Hi David,
I had Pro subscription in one of my App in MyApps which I cancelled after using few days. Till now, I used to see the credit in Billing page of MyApps. I am not able to see anything here today.
Where can see the credits I have?
Did you try to check under any of the teams that you already have there? Team >> Billing…
Just another question from me…
Assuming I start off with starter plan and I find that I need to upgrade, is the transition a smooth one?
What I mean is if I upgrade in the middle of the month, do I pay the full subscription of the package upgraded to or do I pay a pro-rated amount of the full subscription…
When I have reached the limits of starter for example, do my Apps just stop functioning or will Glide send some form of notification that the App is close to max and therefore I should upgrade while allowing the Apps or pages to operate.
I know some of these details might not be available but maybe something to think about if it had not yet been deliberated on.
I appreciate you getting back to me, David. Just curious why project transfers are being deprecated on these new team plans? I could see not allowing transfers between accounts, but what’s the reason projects can’t be shared between teams on the same account? Thx
Hey, Pratik! This is an issue best for our Support team: https://glide-help.zendesk.com/hc/en-us/requests/new
Two things to consider:
Do you know how many “Sheet Edits” your App or Page previously averaged per month? This is a proxy for Syncs, which tends to be the bulk of a team’s Updates. If you averaged below 2,500 per month, the Starter plan may work for you. If that’s not enough Updates, you may still prefer to purchase additional Updates on the Starter plan than upgrading to the Pro plan
We will be offering discounts to existing customers, so you may find that a discounted Pro plan suits your needs
I’ll DM you to get more details since I can look at your App or Page’s historical Updates usage
One thing to keep in mind is that Editors are part of Teams. This is different than thinking of Teams belonging to Editors
Because of this ordering structure, it is complicated for our backend to transfer Apps and Pages across Teams (regardless if there is an Editor that belongs to both teams) as it can result in errors for the projects being transferred as they will need to be compliant with the team plan of the new team
Let me get back to you on proration as I will need to double-check exactly how the new team plans will handle cancellations and subsequent upgrades
Regarding quotas, you will receive an email letting you know when you are approaching your quota(s). We are in the process of implementing (a) Overages for Updates to allow customers to purchase more than what is included in their plans and (b) the enforcement mechanism for when teams go over their Updates quota
For now, you will not need to worry that your Apps or Pages will stop functioning if you were to go over your team’s Updates quota. However, teams that go significantly above their teams’ quotas will be reached out to by a Glide team member
Our general principle in enforcing Updates is to be generous to our customers, so you can expect things like a grace period for the first time a team goes over their quota, explicit opt-in for Overages, and a user-friendly enforcement mechanism when a team is over their quota
Allowing teams to purchase quotas will be the best thing…
Thank you for taking that into consideration…
At the risk of being a tad annoying, I will ask another question but please don’t get tired of me, still trying to wrap my head around the updates and usage and try to optimise my Apps accordingly…
The use of the choice component as a filter for example for an inline list. Lets say you want to filter out certain results displayed by an inline list and you use a choice component and some filter conditions…
Does the use of that component count as an edit to the database as it will update the cell in the day table?
I ask this because this choice component could be used not only by users (public/private) but also the visitors could have access to it. Would that count as an update. I guess the same goes for a toggle of a switch that makes a “true”/“false” condition in the back end…
These are user-specific columns, correct?
Currently, editing a user-specific column results in an Edit, but we are discussing internally whether to not count these as Edits