Asking what an app costs is like asking what a building costs. A garden shed and a hospital are both buildings, and if a contractor quoted you the same number for either without asking which one you meant, you'd walk away. Software is the same. The word "app" covers a five-minute utility and a live social network, and the price between them isn't double — it's an order of magnitude. So the useful first move isn't getting a quote. It's figuring out which app you're describing.
Which of these apps do you mean?
Most app ideas fall into one of five buckets. Find yours before you talk price, because it moves the number more than anything else on this page.
The costs that hide behind the word "app"
- Two platforms, not one. iPhone and Android are separate worlds. Building for both roughly doubles the surface you design, test, and maintain, unless you deliberately choose a cross-platform approach up front.
- The stores themselves. Publishing to Apple's App Store requires the Apple Developer Program at $99 a year; Google Play charges a one-time $25 registration. Both review your app before it goes live, and both can reject it — which is time you have to budget for.
- The invisible half — the backend. Anything with accounts, payments, or shared data needs servers running behind the app. That's a recurring bill and a maintenance job, not a one-time build.
- Staying alive. Phones and operating systems change every year. An app nobody updates slowly breaks. Maintenance isn't a nice-to-have; it's the cost of the app continuing to work at all.
If someone gives you a price for "an app" before asking which of the five types it is, one platform or two, and whether it needs accounts and payments, they're not quoting your app. They're quoting the cheapest one they can imagine, and the rest arrives later as extras.
One more lever sits underneath all of this: how polished it has to feel. The same idea can be a plain, functional app or a smooth, animated one that behaves like something from a big brand, and the second costs far more to design and build. Early on, functional usually wins — you're testing whether people want the thing, not whether the transitions are elegant. Save the polish for after they've told you it's worth it.
How to turn your idea into a real estimate
- 1Name the single most important thing the app does. The one action a user takes that makes the whole thing worth building. Everything else is secondary.
- 2Pick one platform for version one. Usually whichever your users actually carry. Doing one first cuts the build roughly in half and lets you learn before you double down.
- 3Cut every feature that isn't needed to prove that one thing. The extras can wait until the core works.
- 4Write each screen as a sentence. "A user opens the app, sees today's jobs, and taps one to mark it done." A page of these is a brief a builder can actually price.
- 5Take that to two or three builders and compare what's included — testing, design, the backend, and support — not just the headline totals.
When you don't need an app at all
A lot of "app" ideas are really a mobile-friendly website in disguise. A website skips both platforms, skips the app stores, and skips the review process — which makes it cheaper and faster to put in front of real people. Build the actual app when you genuinely need the phone's hardware — the camera, GPS, offline use, or push notifications — or when the experience has to live as an icon on the home screen. If none of that is core to your idea, a website often does the same job for a fraction of the cost.
The most expensive app is the one built before anyone decided which kind of app it was. Precision on the brief is the cheapest cost-saving there is.
If you're not technical and can't yet tell which of the five you're describing, the honest first step is a short scoping conversation, not a build. Some people hire that out as a paid discovery; some bring in a partner who helps define the app and then builds it. Either way, a clear brief is what turns "how much does an app cost" into a number you can trust.
Common follow-up questions
Is it cheaper to build for iPhone or Android first?
Pick the platform your users actually carry, not the one that looks cheaper on paper. Building for a single platform first cuts the cost roughly in half and lets you learn before you commit to both. You can add the second platform once the first has proven the idea works.
Do I need an app, or would a website do?
If your idea doesn't need the camera, GPS, push notifications, or offline use, a mobile-friendly website often does the same job for less — and it skips the app stores and their review entirely. Build the app when the phone's hardware or a home-screen icon is genuinely part of the value you're offering.
Why do app quotes range so widely?
Because "app" covers everything from a one-screen tool to a live marketplace, and each quote reflects whichever the builder pictured. The range narrows fast once you specify the type, the platforms, and the exact features. A precise brief is what turns a wide range into a real number.
Want this answered for your exact situation?
We build and co-found software for people who have the idea and the network but not the technical team. Tell us where you're stuck and we'll give you a straight read — even if the honest answer is "don't build it yet."
See how we work