Appsheet alternatives?

Waiting on a renewal quote currently but some of the pricing points now that Google has taken over seem astronomical. Wondering if anyone that requires database integration has run into this issue and if you’ve found an similar product at a lesser price point. As a government entity limited to grant dollars for this we may be forced into not renewing which would be a shame.

Any leads would be appreciated. Thanks

Hello @tcanelli,
In terms of no-code app development platform, the nearest competitor might be the Betty Blocks:

However, the prices are not even comparable with AppSheet:

And as said in their own website, this price can dramatically change depending on the complexity of your app:

Another competitor - though it’s a Low-Code platform rather then a No-Code - is OutSystems
OutSystems is really a Low-Code platform and to build complex apps you need to have a full command of DAX, SQL Query and a bit Ajax/JavaScript. The very disadvantage of the platform is the number of users. Especially for public apps, the platinum licence fee was around $25K per annum when we have contacted the company in 2018. The easiness of building a mobile app with respect to AppSheet is (truly my idea) 3 out of 10. The number 1 advantage of OutSystems is they have their own oAuth Server integrated with OpenID and therefore you don’t need to mess with any 3rd pary oAuth client i.e. Amazon Cognito etc. You can manage your users from your dashboard directly, users can free to choose a username/pwd combination, or use email or even use social media account. Users can reset their passwords and you can temporarily ban users from accessing your app for example. There’s always a sandbox environment that you can continue updating or changing the app without interrupting the current versions running unless you explicitly mark your new version as production. It’s a good plafform, pricey and not so easy to manage actually.

You may also want to check this article:


I have demo’d a few of some of the competitors (the ones that will let you), but they were all severely lacking in one way or another. One could build a beautiful UX, but lacked numerous data type support. Another was great with data, but to build a UX was both cumbersome and unintuitive, as well as severely limited by comparison. So, it’s kind of a crap shoot depending on the exact features needed.

1 Like

Yes, it’s a pity that database integration is offered only in the higher price ranges. Please keep us posted on however it works out for you. It will help many others in the same boat.


I do not have an alternative, however I did make this feature request some weeks ago that you all might want to support, if relevant:

1 Like

I point it out because it seems crazy that every unique user needs to spend $5 to $10 USD a month just to use one app that only creates a few rows of data a month or a week. They are not nor ever likely to become developers. Moreover, it would probably create more revenue for us and Appsheet if it were priced for the masses and not aimed mainly at large businesses and government departments.


Its truly quite expensive… difficult to sell to SMEs


I just think it’s bad business to raise cost more than 100% on a customer with no warning. And this was a major concern of mine the second the news hit about the Google acquisition. It’s a shame we may be forced to leave Appsheet.


In 10th June 2019 AppSheet changed their Subscrition Plan. Until there, you were able to use Database with PRO Plan. Switching from PRO Plan to Business Plan would have been a price increase of about 1.000 percent (one thousand percent) for us. It’s clear that a small business is not able to pay this. So we left Database and continued with PRO Plan.

@tcanelli What happend now? I didn’t notice a price change :thinking:

We have been paying annually and our renewal is due next month. I only found about these price changes when I asked for a renewal quote. Even our sales person admitted new customers were being notified of the changes but she recognized we were not notified of this drastic change.


How much per user was the price increase?

1 Like

Hi Colin, the Publisher plan might be appropriate for a truly public app. Have you taken a look at that? Perhaps that works for you?

It is difficult to get pricing right across the entire range of possible use cases, app usage, etc. It is something we have struggled to do for years. We want to keep the pricing simple and easy-to-grok. Yet, we learned that it is difficult to price the product the same way for both internal business productivity (build as many apps as you want for members of your team) and also for external use cases (a single app with a lot of users, each of whom rarely use it). We realized over time that there were far fewer customers with external use cases using AppSheet, whereas many business customers (small or large) had compelling internal productivity use cases. So the pricing changes made at the start of 2019 (more than a year ago now) re-focused us on these cases.

If you do have a compelling use case for a singleton app with a large number of occasional-use users, talk to us ( and please cc and let’s see what we can do. Our principle has always been to try to enable app adoption, because that is our mission. It hasn’t changed since Google acquired us.


@tcanelli I believe you are engaged with @ginny on our team. You are using AppSheet for emergency management and for occasional use if I’m not mistaken. Please feel free to include me in your discussions.

The price changes are more than year old, and don’t really have anything to do with Google, so I don’t want to blame our new company colleagues. As I mentioned just now in a different reply, we have tried to find a pricing that is simple, consistent, and that is fair in most commonly occurring usage scenarios. And then for scenarios where it isn’t a fair/reasonable fit, we try to treat them as special cases if possible.

I do not think it does. See:

"Choose the public Publisher Pro plan if:

You do not need to restrict app access to particular people.
AND... Your app uses absolutely no confidential data.
AND... You do not need to customize the behavior of the app based on the specific user.

The Publisher Pro plan is appropriate for apps used at a public event, a public survey, a city guide, or a restaurant menu. The goal is usually for the apps to be used by as many people as possible without restricting access to any specific subset of users."

I want an inexpensive way for users of the app without (as I mentioned above) "every unique user needs to spend $5 to $10 USD a month just to use one app that only creates a few rows of data a month or a week. " (I will continue on your other post.)

What I am proposing above does not conflict with that strategy, but creates a new market for Appsheet.

The most challenging thing with AppSheet’s secure apps is the user auth. When you build an app for business use (complex or simple doesn’t matter) you expect your app users to have a cloud associated account. I should admit that we are running in 21st century and mainly 70% of users have this but it’s still a bottle neck. Most of the time we either advise our users to create a google account / a cloud registration with Dropbox etc. or we create these accounts and give it to the clients. Right at the moment, I swear I have more than 50 google accounts which I have created just for clients use.

What I would like to ask is; might it be relatively easy for you now (regarding the Google acquisition) to create an additional secure plan (i.e. Platinum etc.) where licence could be a bit more expensive i.e. $12.5 or $15 per user BUT the developer have the ability to integrate 3rd party oAuth providers like Okta, AWS Cognito etc.? Basically it can be Pro plan features + Domain auth.

What do you think?


Do you mean the AppSheet developer uses their own third party authentication of which they can make their own third party accounts for end users that are for the AppSheet application being developed?

I understand. Will look into whether this is feasible. Most business use cases want SSO with their existing auth provider.


Praveen I hope Ginny is talking to you then. I plead my case to her last week.