Quotes range from a few hundred dollars to six figures and none of them are lying. The number that decides whether any of it was worth it sits on the other side of the launch.
There is no market rate, because the same feature list is quoted from a few hundred dollars to six figures depending on who builds it and how fixed the scope is. The more useful number is what these products earn once they exist: across 3,787 tracked startups with any revenue at all, the median is $145 in monthly recurring revenue from 8 paying subscribers. Size the build against that, not against the ambition.
Why nobody can honestly quote you a number
Every article on this question opens with a range. The ranges disagree with each other, and they are all defensible, because "a SaaS" is not a unit of work. It is a category that contains a weekend project charging $5 a month and a compliance platform with an audit trail and a support SLA.
Three things move a quote more than the feature list does:
Who carries the ambiguity. A fixed-price quote includes a margin for everything you have not decided yet. The vaguer the spec, the larger that margin, and it is usually the single biggest line in the number.
Whether anyone has to maintain it. Software you own needs patching, dependency upgrades and changes when a provider deprecates an API. A build quote almost never prices the second year, and the second year is where owned code gets expensive.
Who is standing behind it at 2am. Payments, auth and email are the three places a small product breaks in a way that costs real money. Paying someone to own those is a different product from paying someone to write screens.
So the honest answer to "what does it cost" is that you cannot know until you fix the scope, the deadline and the maintenance question. What you can know, before spending anything, is what the thing is likely to earn.
The number on the other side of the launch
This is the part the cost articles leave out, and it is the part that should set your budget.
The subscriber count is the more sobering half of it. The median product with revenue has 8 active subscriptions, and a median monthly ARPU of $13.40. That is not a failure state. That is the middle of the distribution.
Read those two numbers together and the budgeting logic inverts. The question stops being "what does it cost to build this properly" and becomes "what is the cheapest version that could plausibly get to 8 paying people, so I find out whether the 800-person version is worth funding."
I have seen beautifully architected products make $0 and absolute spaghetti code disasters do $80k MRR. The difference was never the tech stack.
via r/SaaS
What actually drives the cost
If you want the quote to come down, these are the levers that move it, roughly in order of effect:
Cut the scope, not the rate. A smaller product built well costs less than a larger product built cheaply, and it is worth more afterwards. Every screen you remove removes its states, its edge cases and its bugs.
Buy the commodity parts. Auth, billing, email and file storage are solved. Paying a provider a monthly fee for them is almost always cheaper than paying a developer once and maintaining it forever.
Do the unscalable version first. If the product is a workflow, run the workflow by hand for your first users. You will discover the actual requirements, which are never the ones in the original spec.
Delay anything that is not the core loop. Dashboards, settings pages, team accounts, admin panels and integrations are all deferrable. None of them is why someone pays.
The counter-lever, the one people underprice, is time. A build that takes six months has a cost that does not appear on any invoice: six months of not knowing whether anyone wants it. On the evidence above, that is the expensive mistake, not the hourly rate.
What it costs to run, once it exists
Recurring costs are the part founders overestimate. For a product at the scale most products actually reach, the monthly stack is modest: hosting and a database that are free or near-free at low traffic, a transactional email provider, a domain, and a payment processor that takes a percentage of revenue rather than a flat fee.
The costs that genuinely scale are usage-based ones, and today that mostly means AI inference. If your product calls a model on every user action, your cost of goods is no longer close to zero and your pricing has to account for it from day one rather than later. That is a real change from the previous generation of software businesses, and it is worth modelling before you set a price.
I was spending more than $315 every month to make $49.
via r/SaaS
That founder was not badly run. They were paying for ads, AI, scraping tools and hosting against a single customer, which is the normal shape of month four. They later reached $430 a month by tightening onboarding and sticking with one acquisition channel. The point is that the running cost was never the problem, and the build cost was long since sunk.
How to decide, in one pass
Write the single outcome a customer pays for, in one sentence, with no "and". If you cannot, you are not ready to price a build.
Deliver that outcome manually for five people, and charge them. This is the cheapest possible test and it is the only one that produces real objections. See how to validate a SaaS idea before you build it.
Scope the build to only the steps that repeated across those five, then get quotes for that. You will usually find the scope halved.
Budget against the revenue distribution, not the ambition. If the build cannot pay for itself at the 75th percentile of $893.50 a month within a year you are comfortable with, shrink it again.
Decide the maintenance question before you sign, in writing. Who patches it, who is called when payments break, and what that costs monthly.
Anywhere from a few hundred dollars to six figures, and the range is real rather than a failure of research. The same feature list is quoted differently by a solo freelancer, an offshore studio and a US product agency, and all three can deliver something that works. The cost question only becomes answerable once you fix the scope, the deadline and who carries the maintenance afterwards.
Is it cheaper to build a SaaS yourself?
In cash, yes. In total cost, only if your time has no better use. The honest comparison is your hourly rate times the hours, plus the delay before the product is in front of anyone. A build you finish in three months at zero cash cost is not free if the idea needed testing in week two.
What does it cost to run a SaaS each month?
For a small product the recurring stack is typically tens of dollars a month, not hundreds: hosting, a database, a transactional email provider and a payment processor that takes a percentage rather than a fee. Costs scale with usage, so early on the running cost is rarely what kills a product.
Should I pay an agency to build my first SaaS?
Usually not for a first product. An agency is a good fit when the scope is genuinely fixed and you are certain people want the thing, because you are buying delivery, not discovery. For an unvalidated idea you are paying a premium to build something you may throw away, and the agency has no incentive to tell you to stop.
How much money do SaaS products actually make?
Less than the build quotes imply. Across 3,787 tracked startups reporting revenue above zero, the median is $145 in monthly recurring revenue, the 75th percentile is $893.50 and the 90th is $5,107. Half of everything with any revenue at all is under $145 a month, which is the number a build budget should be weighed against.
What is the cheapest way to test a SaaS idea?
Sell the outcome before you build the software. Deliver the result manually for a handful of people who pay you, and you learn the workflow, the objections and the price with no build cost at all. If nobody pays for the outcome delivered by hand, the software version does not fix that.
Where these numbers come from
Revenue figures are our own, computed on 22 September 2026 from the TrustMRR corpus of 8,651 tracked startups, restricted to the 3,787 reporting monthly recurring revenue above zero and the 3,728 reporting at least one active subscription. These are self-reported figures from products that chose to publish revenue, which skews toward founders willing to show a number. We have not published a build-cost benchmark because we do not have one: no corpus we hold prices development work, and we would rather say so than repeat a range we cannot source.
Cite this page
Last verified: September 22, 2026
BigIdeasDB Research. (2026). How much does it cost to build a SaaS?. BigIdeasDB. Retrieved from https://bigideasdb.com/guides/how-much-does-it-cost-to-build-a-saas