Well my concept would apply to single apps or groups of apps. The primary variables are Updates snd Rows, among other things like users. Provide a base price with preset limits and then allow users to purchase more based on their needs. That way a small entrepreneur can pay $25 vs business paying $2000
@Joe_Gabriele you seem to be describing exactly what we didāthis is the Starter plan.
Hi David, is this already released? If yes, can we have it in the API Usage window as well? Currently we only have āadd rowā, āset columnsā and ādelete rowā. Thank you.
Can anyone please tell me if we can collect āreal email addressesā on Glidepages in the starter plan?
I have 2 questions:
First: Will be there any gift rows (In old version, if you get 10 people to glide, it will provide you 100 rows). If there is a gift for providing new users, how can we use that?
Second question: I have pro version app in projects, if I move it to teams. Should I renew my subscription on this app? If yes, what will happen to my old payment?
Thanks for Glide Team.
I love this placeā¦
no
Why not? Are you sure?
I thought now there is no difference in glide pages and glide apps pricing
You will be able to collect real emails on Starter, should be available by Tuesday.
I am concerned about the issue of Updates, I sell applications for āsalesā and each final customer uses approximately 10 āUpdatesā just to fill in the customerās data (name, address, telephone, payment methods, etc), + add products to cart, + remove / modify products in cart, and more. Approximately a total of 15-20 Updates per sale.
Considering that I get the $35 Starter Team Plan for 1 app ($25+$10 whitelabeling) I could only sell 4-5 sales per day Vs $32 Old Pro App Plan ( and billed monthly ) with 25,000 rows and unlimited āUpdatesā, I would prefer 100% more the old plan, even in the monthly plan. Maybe the problem is that I donāt use that much private/public user, i donāt use alot of rows, or i just consume too many āUpdatesā but I love the workflow of Glide and the design they provide.
With this new scheme it would be impossible for me to keep working on glide, I would opt for a
*Free plan: +$10 whitelabel +$25 for Updates(10,000?maybe) and a few more rows
*Pro plan $99: Up to 3 apps/pages, 2 whitelables, 30,000 Updates(or 10,000 per app)
*Business $249: Up to 6 apps/pages, 5 whitelables, 75,000 Updates(or 12,500 per app).
I consider that āUpdatesā are a priority when using Glide Apps, maybe Iām wrong ā¦ and all this is without the intention of being rude, I love glide and I would like to stay here
Thank you Uzo, you have represented my thoughts, I am one of the glide users who finished with this new price.
Was this ever addressed?
Will send you a DM to look into your use case further
Hi Team,
I would really love a DM from one of the staff members to let me know if this will affect my current educational plan moving forward. We have been testing two separate apps fluctuating between 10-20% of our staff members and currently sit @ 42% of the monthly āupdatesā as viewed by our usage. Our plan was to roll out the apps next school year and the budget was already approved. With the new plan, this is a no-go. If it affects us, it is really sad because we built something perfect for our needs, but 10k updates for the Pro plan are not going to cut it by anyoneās imagination. It is also more expensive than what we currently pay.
agung_Taufik didnāt mean to reply to you, but this UI is badā¦
Thank you,
Thanks for your reply, David
Well, @DJP addressed the updates part of my message, confirming the updates do reset monthly.
But itās been a week now and I still donāt know if Google Analytics is a feature in the new plans, and if it is, which plans offer it.
The pricing page doesnāt even mention it and Iām currently relying on it on my individual Pro App to keep track of users and their behavior inside the app.
UPDATE SYNCS PRICING CATASTROPHE
@DJP I have upgrade to new starter plan which includes 2.500 upgrades.
Today Iāve been creating a new app and in just three hours working I got 250 update hits. Thatās 10% of the total cuota and the app is still not in production.
Note that majority of updates (189) came from syncs which is something is out of our control. Syncing number was growing without making any changes on the records or database structure, just designing the interface. This is crazy!
This is a big hole in the new pricing plans that would make them terribly deceptive and expensive if we have to pay 10 $ for every 1.000 upgrade hits. Seem like Glide is trying to discourage us to use external data integrations.
@DJP This is another well articulated example of the type of app that bumps into the current quota of Updates. Or, at least, buying them at the current $10/1000 rate.
Thatās my main concern. Updates are REALLY scarce, up to a non-viable scenario.
When you get funding, you normally get told what to do with your business by people who didnāt run the business in the first place.
It seems this is whatās happening because I donāt get how David and his people could even came up with the idea of these updates limits. They are not reasonable from a user standpoint.
I know the features must be viable from an financial standpoint too, but if you were offering unlimited āsheet editsā before for 32$/month and now you are capping the updates (which not only are sheets edits, but add, deletes, etc.) EVEN in your most expensive plan, that means you were losing A LOT of money before you got this funding.
Iām not even upset, Iām just sad and disappointed at this plot twist. I invested in an app 2 months ago and now it isnāt viable anymore.
I see a great potential in the āupdates-basedā pricing model (in addition to user- and row-based) in term of fairness, and I hope for some finetuning (higher quota; not applying to USC)