A simple web app or MVP costs from a few thousand euros, a real web app with accounts and integrations runs roughly 5,000 to 15,000 euros, and a complex product, SaaS, or native mobile app starts around 15,000 and goes up from there. That's the honest short answer, and the reason nobody quotes a number on the spot is that an app can be a smart form or a full platform. Let's look at what moves the price inside those bands, and how to ask for a quote you can actually compare.
01.Why nobody gives you a price on the spot
Asking "how much does an app cost" is like asking "how much does a house cost." It depends whether we're talking about a studio flat or a villa. With software, the "house" can be a smart form that replaces an Excel file, or a product with accounts, payments, roles, and integrations. A price given before anyone knows what you're trying to solve would be a guess, not a service. That's why serious quotes come after a conversation, not from a table.
02.Price bands, for orientation
The figures vary a lot, but for a reference point in the Romanian and regional market:
- A simple tool or web MVP: from a few thousand euros. A panel, a complex form, a small portal that solves one problem well.
- A real web app: roughly 5,000 to 15,000 euros. It has a backend, accounts and roles, a few integrations, a considered design. The kind of app a team uses daily.
- A complex product, SaaS, or native app: from 15,000 euros up, often much more. Scale, many users, payments, a phone app built separately.
These are orientation ranges, not a quote. The real price depends on what you build and for whom.
03.What moves the price up or down
A few factors make the biggest difference:
- The platform. A web app is built once; a native one, in practice twice, for iPhone and Android. Native costs more.
- Accounts and roles. "Each person sees what they're allowed to" sounds simple, but it's real security and logic work.
- Integrations. Payments, invoicing, email, other systems: each connection adds time.
- Custom design. An interface built to measure costs more than a template, but it's far easier to use.
- How many features you want up front. This is where the biggest cost hides, and the biggest waste.
- How fast you want it. A short deadline needs more people in parallel, so a higher cost.
04.What each piece of the app costs
The bands above are useful for orientation, but a price does not come from a band. It comes from concrete features. The ranges below are the ones we see in our market, so you can understand why a short list of requirements and a long one cannot cost the same.
- Accounts, authentication and roles: 800 to 2,500 euros. The roles are what makes the difference. A simple login is cheap. A system with an administrator, a manager and a regular user, each with their own view and their own permissions, is an entirely different amount of work.
- Online payments and invoicing: 1,000 to 3,000 euros. The integration itself is the small part. The rest is what happens when a payment fails, when the customer asks for a refund, and when the invoice has to reach your accounting on its own.
- An admin panel: 1,500 to 4,000 euros. It is the part only your team sees and the most underestimated item on the list. Without it, every content change goes through your supplier and costs you monthly.
- Notifications by email, push or SMS: 500 to 1,500 euros. Sending them is simple. The rules about who receives what, and when, are the part that costs.
- In-app chat or messaging: 2,000 to 5,000 euros. Real time, history, notifications and moderation, which is four things rather than one.
- Maps and geolocation: 800 to 2,500 euros, plus the monthly subscription to the map provider, which grows with your traffic.
- Reports and data export: 700 to 2,000 euros. A CSV export is cheap. A dashboard with filters, comparisons and charts is not.
- Offline mode: from 2,000 euros up. It sounds like a detail and it is one of the most expensive technical decisions you can make, because it changes how the app stores and synchronizes its data.
Add three or four of these together and you are already in the middle band. That is the actual mechanism by which an app described as simple arrives at 12,000 euros: nothing got more expensive along the way, the list was just longer than it looked in the first conversation.
05.What the most commonly requested app types cost
Most of the requests that reach us fall into a handful of patterns. The ranges below include design, development and testing, for a first working version, not for a mature product with years of development behind it.
- A booking app, for a practice, a salon or a clinic: 4,000 to 9,000 euros. Calendar, automatic confirmations, a client profile. It gets more expensive when you have several locations or several specialists on different schedules.
- An internal dashboard or CRM: 5,000 to 12,000 euros. It replaces the files your team passes back and forth. The price climbs with the number of roles and with integrations into invoicing or accounting.
- A client portal: 4,000 to 10,000 euros. The client logs in and sees their documents, their status and their history. The more data it pulls from other systems, the more it costs.
- A two-sided marketplace: from 15,000 euros up. You have two kinds of users, payments that split between them, and moderation. It is almost always the top band, however simple it looks at the start.
- A course or subscription app: 6,000 to 15,000 euros. Protected content, recurring payments, progress tracking.
If your project does not resemble any of these, that is common enough. It just means the budget deserves a conversation before it gets fixed, rather than after.
06.Why a web app is usually the cheaper band
For most businesses, a web app or a PWA gives about 80% of the benefits at a fraction of a native app's cost. It works on any phone through a link, with no app store, updates instantly, and is built once. Native is worth the extra money only in clear cases: hardware, heavy offline use, critical notifications, or App Store presence as a distribution model. We wrote at length about how to choose between them in the app development guide.
07.Custom app or off-the-shelf software?
Before any budget, an honest question: do you actually need something built specially? Sometimes an off-the-shelf tool, with a monthly subscription, is cheaper and faster. A custom app is worth the money when standard software doesn't fit the way you work, when you already pay subscriptions to several tools that don't talk to each other, or when you want to own what you build, with no long-term rent. The math is simple: if you spend, say, a few hundred euros a month on tools that still don't do exactly what you want, an app of your own can pay for itself in a few years and stays yours after.
08.MVP-first: you pay in stages, not all at once
The best way to control the cost of an app is not to build all of it at once. You start with an MVP, the minimum version that solves the main problem, launch it, see how it's used, then add based on what you learn. You pay in stages, see results early, and don't throw money at features no one may use. It's both cheaper and far less risky than betting the whole budget on a guess.
09.A budget example
Take a common case: a small company is drowning in Excel files for orders and clients. It doesn't need a complex platform, but a simple web tool: an orders list, a few accounts, a clear dashboard. That's the bottom band, an MVP of a few thousand euros, built in a few weeks. They use it, see what's missing, then add one thing at a time: invoicing, roles, a report. Each step is a separate stage, with its own budget. That way they don't pay up front for features they might never have used, and they see value from the first month.
10.Costs you don't see in the quote
The build price is only one part. Like a car, there's also the upkeep:
- Hosting and infrastructure: monthly, usually modest for a small app.
- Maintenance: updates, fixes, security. Live software needs small interventions.
- Iterations: any good app grows after launch, based on feedback.
An honest quote tells you from the start what to expect after launch, not just what it costs up to it. We wrote about what actually goes into a serious build in what goes into a five-figure website, and the logic applies to apps too.
11.What you pay once and what you pay monthly
An app's budget has two parts. The first is the build, paid once or in stages, and it's the largest part. The second is what keeps the app alive after launch: hosting, maintenance, small improvements. For a small app, the monthly part is usually modest. It's important to see them separately from the start, so you don't mistake a small build price for a small total cost. Sometimes a "cheap" build costs more over time, through poor maintenance or things to fix later.
12.How long it takes (and why it matters for the budget)
Time and money go together: the bigger the app, the longer it takes and the more it costs. For orientation, a simple tool takes a few weeks, a real web app a few months, and a complex product even longer. One thing many overlook: if you want it very fast, the price goes up, because it needs more people working in parallel. Speed costs. That's why working in stages helps here too: it splits the project into pieces you can pay for and launch one at a time, instead of waiting months with the whole budget locked before you see anything. A realistic deadline with clear stages is almost always cheaper than an impossible one someone promises just to win the project.
13.How to ask for a quote you can compare
To compare two quotes properly, ask for them structured the same way:
- What's included and what isn't: features, design, testing.
- Which platform, and why.
- How the work happens: stages, what you see and when.
- What happens after launch: maintenance, who owns the code.
- Who does the work and what experience they have.
When one quote is much cheaper than another, items from the list are usually missing. The price difference is, most often, a difference in how much actually gets done. It's the same logic we described for websites, in how much a presentation website costs.
14.The GoodGlyph take
We don't start from a price, but from what you want to solve. We look at the process, who uses the app, and what it needs to do, then propose a solution and a staged budget. Most of the time, that's a web app that also works on the phone; when it's genuinely needed, we go native too. Custom apps are part of the Custom Solution and are quoted per project. Tell us what you want to build through our custom apps service and you get a clear quote, for your situation.
15.Closing
"How much does an app cost?" stays the starting question, but the one that saves you money is "what's the smallest thing that solves my problem?" From there you start cheap, learn fast, and grow on what works. Most of the time, the answer is closer and more affordable than it seems.
Frequently asked questions
A simple web MVP starts from a few thousand euros. The idea is to solve one problem well, not everything at once.



