Updates to our pricing plans

Dear all,

I’m writing to share that we’re updating our pricing plans to better serve every type of business, effective today, August 5th, 2026.

What’s changing

1. More flexible pricing that grows with your business
Our new plans are designed to help businesses of all sizes discover what’s possible with Softr and scale as they grow. Instead of forcing you into predefined tiers, pricing now expands more gradually alongside your usage.

2. Separate Team Users and Client Users
Softr customers build both internal tools for their teams and external applications such as client, partner, and vendor portals. Our pricing now reflects these different use cases by offering greater flexibility based on how you use Softr.

3. Pay-as-you-go billing
To keep your apps running smoothly, you no longer need to purchase additional user capacity in advance. If you exceed your included user allowance, additional users will be billed automatically, with a 7-day grace period before charges apply.

Why we’re making this change

Over the past two years, we’ve worked closely with thousands of customers and consistently heard the same feedback: businesses want pricing that scales with them, rather than having to jump between fixed plans as they grow.
After extensive analysis of customer usage patterns and feedback from our partners, we’ve redesigned our pricing to provide:

  • Lower costs for smaller businesses getting started.

  • More flexibility as your business grows.

  • A pricing model that scales more naturally with your usage.

We also believe our new pricing better reflects how much Softr has evolved and the value it delivers today.

Additionally, we’re increasing our nonprofit discount from 30% to 50% under the new pricing.

How does this affect existing customers?

Nothing changes.
As an existing paying customer (or on a 14-day Free Trial), you can keep your current plan exactly as it is - no action is required.

If your workspace is currently on the Free plan
You can continue using the Free plan as usual.
If you’d like to subscribe to one of our current (legacy) pricing plans, you have a 14-day grace period to do so, ending at 12:00 AM ET on August 20. After that, only our new pricing plans will be available for new subscriptions.

If you have any questions, simply reply to here or reach out through our live customer support chat.

Best,

Mariam

Wild that a year ago the business plan got you 2,500 users for just over $300 USD and now your get 130 users for almost $400.

This change isn’t “businesses want pricing that scales with them”. Sadly this makes the case for Softr less compelling in the age of Ai.

4 Likes

So it seems to be cheaper, but we get less. Well done, you will scare more people away. There are better ways to scale your business.

There are crucial features that need to be fixed e.g. like Simple Checkout Block for Stripe. When you have stable and good quality product then roll out new pricings.

2 Likes

To clarify – we are currently on a monthly professional plan. Will we stay on our legacy plan if I make no changes or next month will it change? (I think the change works for us probably, but hard to talk the people with the credit card into committing to a year contract)

Softr assumes when Bending Spoons takes over Airtable next year, AT will decrease limits and raise pricing. This will trigger more AT attrition and Softr adoption. Softr will be in a better growth position by essentially doing the same thing now for new users.

The timing is not coincidental since Airtable just announced its selling and AT is the largest segment of Softr’s legacy users. Since AT is currently more powerful and reliable as a datasource, the question for builders is how exactly will Airtable’s limits change (ex. Advanced API, Seats, Records,…) in relation to their pricing moving forward.

Remember when Softr used to include 10,000 users in their plan? We’re now down to 100 included external users. Over the past few years, included users have been reduced by 99%. That is crazy!

I’m not sure why companies are still charging based on users. This is, in my opinion, an archaic billing/business model. This is the short-term pricing strategy businesses use when trying to please investors or preparing for an IPO.

Long-term, I believe businesses would be better off charing usage fees. Get as many people as you can using your app and charge for usage - not users. This is a much fairer proposition for everyone involved.

Really enjoy using Softr, but the new pricing is very disappointing. It really limits many use cases. Here is just one example: Client portal for plumbing businesses - I’ve worked with numerous plumbing businesses over the years. They can easily have thousands of customers. This would require an Enterprise plan which no plumbing business would pay for.

Membership based portals are also restricted by the new pricing. The client project that got me using Softr in the first place has over 1,000 members. If we were to start this project today, Softr wouldn’t even be an option.

I will definitely have to give careful consideration to which platform I use for future projects. These user limits are far too restrictive.

6 Likes

On monthly plans too, next month you will continue paying for legacy plans, no change.

From 10,000 to 100 users. Too funny! I guess?

--

What I don’t get is why punish your customers?

e.g.

For the Basic plan:

User groups
Visitors / Logged-in users

That greatly hamstrings any potential application that one might want to build. Just because one may have less users or a small application doesn’t mean that you don’t need a 2 or 3 custom User Groups.

Even worse:

Export CSV & PDF is not allowed for the Basic plan. That’s insane! “We have your data and it’s ours! Bwahaha!”

Toby’s idea of usage makes a lot of sense.

I’m still evaluating Softr and some of these roadblocks and friction points don’t help.

1 Like

@Mariam In addition to my other post regarding pricing…

Here is a pricing model I believe could be beneficial for both Softr and it’s customers:

  • Have one plan (the Builder plan) to access the platform - perhaps $19/mo
  • Anyone wanting to build on the Softr platform would need a Builder Plan.
  • Builders can build as many apps as they want using all features.
  • When you’re ready to publish an app you select a hosting/publishing plan
    • All plans include unlimited users and all features, but feature usage may be limited by hosting plan - as opposed to limiting things at the account level.

Example Plans:

To publish an app to a custom domain, you purchase a hosting/publishing plan. The numbers provided below are for example purposes and would be adjusted to whatever makes financial sense for Softr and its customers.

Basic: $19/mo - include:

  • All features
  • Unlimited Users
  • File Storage: 5GB
  • Bandwidth: 10GB
  • Database Records: 50k
  • Workflows: 2.5
  • AI Credits: 10
  • Etc.

Pro: $29/mo - include:

  • All features
  • Unlimited Users
  • File Storage: 50GB
  • Bandwidth: 25GB
  • Database Records: 500k
  • Workflows: 10k
  • AI Credits: 50
  • Etc.

Business: $49/mo - include:

  • All features
  • Unlimited Users
  • File Storage: 250GB
  • Bandwidth: 50GB
  • Database Records: 1m
  • Workflows: 25k
  • AI Credits: 100
  • Etc.

Nothing should be feature gated - meaning no feature should be excluded for the sake of charging for it, provided it makes sense to include in every plan. Any features that do not make sense to include in every plan or have a hard cost that cannot be justified as an inclusion in every plan, should be offered as add-ons at a reasonable price. An example might be HIPPA compliance.

This pricing model is similar to Webflow’s. It reduces the upfront cost to the end user, making Softr’s platform accessible to more people. It also creates additional revenue streams for Softr, as you could charge for builder accounts, hosting/publishing plans, and feature usage. I believe it’s a win/win for everyone.

Hey Toby,

Thanks for the feedback, and for taking the time to proactively share your thoughts on what an ideal pricing model could look like.

We’re big believers in usage-based pricing. However, for a broad platform like Softr that supports such a wide range of use cases, designing a pricing model that works well across all of them is much more challenging than it might seem.

Your proposed pricing would work really well for website-style use cases or scenarios with heavy database and workflow usage, but it doesn’t translate as well to app-based use cases. A few examples to offer a different perspective:

  • Many businesses build internal apps and never use a custom domain - they’re perfectly happy staying on a Softr subdomain.
  • Many use cases are driven more by application complexity than by database usage. They involve advanced app logic, multiple user groups and permission levels, thousands of users, and external data sources. With your proposed model, both a small agency and a Fortune 500 company could end up paying the same $19/month because their usage wouldn’t be reflected in the pricing.

There are a lot of nuances involved in creating a pricing model that works well for both internal and external applications, and for businesses ranging from SMBs to large enterprises.

Whenever we make pricing changes, they’re heavily informed by both quantitative data (how our customers actually use Softr) and qualitative insights from direct conversations and feedback with our customers and partners.

I’ll not pretend we have it all figured out. Pricing is hard, and we’ll never be able to serve everyone (nor are we trying to).

Unlike many companies in the market, we do our best to support and reward our loyal, existing customers by grandfathering them into legacy plans. At the same time, we aim to create pricing that works for the core customer segment we’re building Softr for: businesses that use it to build internal tools and customer-facing portals that power their operations.

4 Likes

@Mariam, I appreciate you taking the time to provide a detailed replay. Thank you.

1 Like

Hi @mariam. My observation, since 2021, is that Softr has always positioned itself as listening to its users to determine features, limits, and pricing. But over the years Softr has also determined the cases that can use Softr, by design. In practice, less useful features for your “core customer segment” have gone unimproved, unsupported, and even deprecated unfortunately (ex. native Stripe integration, Inbox block, Open Street Map integration,…). So when Softr’s features are no longer useful, let alone relevant, builders outside of your “core customer segment” bounce, leaving Softr with only their targeted customer segment to serve. Decreasing plan users improves Softr’s customer segmentation more than it improves the platform for ‘loyal, existing customers’.

Are you interested in paid guest post services?