Mobile Game Development Cost: What It Actually Takes to Ship
A mobile game costs $25,000 to $70,000 for a focused single-mechanic title, $70,000 to $180,000 for a mid-core game with progression, economy and live content, and $180,000 to $400,000+ for a multiplayer or live-ops title with a real backend.
On this page
A mobile game costs $25,000 to $70,000 for a focused single-mechanic title, $70,000 to $180,000 for a mid-core game with progression, economy and live content, and $180,000 to $400,000+ for a multiplayer or live-ops title with a real backend. Timelines run 3 to 4 months, 6 to 9 months, and 10 to 18 months respectively. Art volume and live operations move the number more than code does.
The honest bands: what a mobile game costs in 2026
Across 2,000+ delivered projects at Digital Heroes, mobile games cluster into three shapes. The gap between them is not "quality" in the abstract. It is content volume, whether there is a server, and whether the game is designed to be operated after launch or just shipped and forgotten.
Tier 1: focused single-mechanic game. $25,000 to $70,000. 3 to 4 months. One core loop, hyper-casual or casual puzzle, 20 to 60 levels or procedurally generated content, 2D art built on a purchased and lightly customized asset base, local save only, one ad network plus a single remove-ads purchase. Team is one Unity or Godot developer, a part-time 2D artist, a designer at 30 percent allocation, QA at 20 percent. Both iOS and Android come from one Unity codebase.
What falls out of scope at this tier, and you must accept it going in: no accounts, no cloud save, no leaderboards beyond the Game Center and Google Play defaults, no server-authoritative economy, no live events, no A/B testing, no localization past English, no custom character animation, no soft launch across geos. If a Tier 1 quote includes those things, someone is going to lose money on the project and it will eventually be you.
Tier 2: mid-core game with progression and an economy. $70,000 to $180,000. 6 to 9 months. A meta layer sits on top of the core loop, meaning currencies, upgrades, a shop, daily rewards, and a tuned difficulty curve. 80 to 200 handcrafted levels, or a content system that generates them. Custom 2D or stylized low-poly 3D art with rigged characters. A backend for accounts, cloud save, validated purchase receipts, and remote config so you can change balance without shipping a build. Analytics wired to events that matter, not just installs. Team is two developers, a backend developer at 50 percent, one artist plus one animator, a game designer, QA at 50 percent, a producer at 25 percent.
Tier 3: multiplayer or live-ops title. $180,000 to $400,000+. 10 to 18 months. Real-time or asynchronous multiplayer, matchmaking, server-authoritative state to stop cheating, seasons, a battle pass, live-ops tooling so a non-engineer can launch an event, and a content pipeline that keeps producing after launch. Five to nine people including a dedicated backend pair, a technical artist, and a live-ops producer. This tier does not end at launch. It starts there.
What actually drives the number
Six drivers, each with a price attached.
1. Art volume and style. 30 to 55 percent of total build cost. This is the single largest line and clients consistently underestimate it. Flat 2D vector art runs $150 to $400 per screen or asset set. Stylized 3D with rigging and animation runs $1,200 to $4,000 per character depending on how many animation states it needs. A game with 6 playable characters, each needing idle, run, three attacks, hit and death, is $15,000 to $25,000 in character art alone before you have drawn a single environment. Switching from 2D to 3D mid-project typically adds 35 to 50 percent to the whole budget, because it drags in a technical artist, level-of-detail work, and a device performance pass.
2. Server authority and multiplayer. $30,000 to $90,000 on top. A game where the client can be trusted costs almost nothing on the server side. A game where it cannot be trusted needs authoritative simulation, state reconciliation, matchmaking and anti-cheat. Real-time multiplayer with rollback is the expensive end. Asynchronous multiplayer, where you fight a snapshot of another player's team, gets you 80 percent of the social feel for roughly $25,000 to $40,000. Most clients should build asynchronous first.
3. Level and content count. $250 to $900 per handcrafted level. That covers design, build, tune, test. 150 levels is $37,500 to $135,000, and it is a real line item, not a rounding error. The alternative is a procedural or template-driven system, which costs $12,000 to $30,000 up front and then makes level 400 nearly free. The crossover point sits around level 60 to 80. Below that, handcraft. Above it, build the system.
4. Monetization depth. $8,000 to $35,000. A single remove-ads purchase is roughly $3,000 to $6,000 including store setup and receipt validation. A full economy with consumables, a shop with rotating offers, a battle pass, rewarded video placements, and server-side receipt verification against both Apple and Google is $25,000 to $35,000. Add about $6,000 if you need subscriptions, because renewal, grace period and refund states each need real logic and real testing.
5. Live-ops tooling. $20,000 to $60,000. Remote config, an event scheduler, a player admin panel, segmentation, and A/B testing. Skipping this is defensible for Tier 1. For any game you plan to run for two years, skipping it means every balance change becomes an app store submission, and you will pay for that in engineering hours and lost tuning speed within six months.
6. Platform breadth and device support. 10 to 20 percent. One Unity codebase to iOS and Android is already baked into every band above. Adding a genuinely low-end Android floor, meaning 2 GB RAM devices, adds 8 to 15 percent for the optimization and QA passes. Adding a web or Steam build adds 15 to 25 percent, because input, resolution and store integration are all separate work. Console is a different project, not an add-on.
Worked example: a mid-core squad battler
Asynchronous PvP squad battler. 8 collectible characters, upgrade progression, an energy economy, a shop, raids against snapshots of other players' teams, iOS and Android. This is a shape we quote often. Here is the arithmetic.
- Discovery, game design document, economy model, playable prototype of the core loop: $14,000
- Core combat engine, turn resolution, ability system, deterministic replay: $26,000
- Meta layer: progression, upgrade trees, energy, currencies, shop UI, daily rewards: $22,000
- Backend: accounts, cloud save, snapshot matchmaking, leaderboards, remote config: $31,000
- Character art and animation, 8 characters at roughly $2,200 each: $17,600
- Environments, visual effects, UI art kit, icons: $16,000
- Monetization: purchase catalog, server receipt validation on both stores, rewarded video, battle pass: $18,000
- Analytics and event instrumentation: $5,400
- QA across a 14 device matrix, balance passes, soft launch support: $16,000
- Store submission, store listing assets, store video, launch build hardening: $6,000
- Producer and project management across 7 months: $12,000
Total: $184,000. Add a 12 percent contingency and you brief the board at $206,000. That contingency is not padding. In games it gets spent on whatever soft launch teaches you, and if it does not get spent, you underused it.
Want the same game at $120,000? Cut to 5 characters (saves $6,600 in character art), push the battle pass to phase two (roughly $8,000 of the monetization line), use a bought environment art pack (saves about $9,000), trim the backend to accounts and cloud save without live remote config (roughly $11,000), and ship with a 6 device QA matrix (saves about $6,000). That lands near $143,000, and dropping the deterministic replay system plus two characters more gets you to $120,000. It is still a real game. It is just a smaller one, honestly scoped, with the cuts written down instead of discovered in month five.
The ongoing costs nobody puts in the quote
Building the game is a project. Running it is a business line. Budget both.
Store fees. The Apple Developer Program is $99 per year at published list price. Google Play developer registration is a one-time $25, also published. Both stores take 30 percent of revenue, dropping to 15 percent under their small business programs below $1 million in annual proceeds.
Backend hosting. A Tier 2 game with 20,000 monthly players runs $250 to $900 a month on a managed platform. A Tier 3 real-time multiplayer game at 100,000 monthly players runs $2,500 to $8,000 a month, because you are paying for concurrent connections and low latency across regions, not just storage.
Third-party services. Analytics, crash reporting, remote config and push together land at $150 to $700 a month at mid scale. Most have free tiers you will outgrow exactly when the game starts working, which is the worst possible time to be surprised by an invoice.
Maintenance: 15 to 20 percent of build cost per year. On the $184,000 example, that is $27,600 to $36,800 annually. It buys operating system compatibility, because iOS and Android both ship breaking changes every year, plus software development kit updates, store policy compliance, crash fixes, and support for hardware that did not exist when you launched. This is not optional. A game left untouched for 18 months often fails to build against current store requirements at all.
Year one changes the business will ask for. Budget 25 to 40 percent of build cost. Every game ships and immediately reveals what players actually do. New content, an economy retune, a rebuilt tutorial because a large share of installs quit before level 3, a new offer type. On the $184,000 example that is $46,000 to $73,600, and it is the money that decides whether the game earns anything at all. Vendors rarely raise it. Plan for it anyway.
How to not get burned on price
The cheapest quote is usually the most expensive outcome. A $40,000 bid on a $150,000 game is not a discount, it is a different and smaller scope that nobody wrote down. The vendor books it, burns the fee by month three, and every gap becomes a change request billed at a rate you never negotiated, because you have no leverage once your art and code live on their machines. In games this bites harder than in apps, since game scope is genuinely fuzzy until the loop is fun, and a team with no margin left will ship the loop that is cheapest, not the one that works.
Ask every bidder to price the same written scope. If one number lands 60 percent below the others, the explanation is almost never efficiency. Make them show the line items.
What a change request should cost. A change request is scoped, quoted in hours at your contracted rate, and approved in writing before work starts. A new character with a full animation set on an existing rig pipeline is 20 to 40 hours. A new game mode reusing the combat engine is 80 to 200 hours. If a vendor quotes changes in vague dollar lumps rather than hours times rate, you cannot audit it, which is exactly why it is quoted that way.
Contract terms that protect the number. Fixed scope with a named deliverables list and an explicit exclusions list, because the exclusions list is what ends the argument at month five. Intellectual property assignment on payment covering source code, art and audio, so a payment dispute never turns into a hostage situation. Source in your repository from day one, with commits landing continuously, not a zip file handed over at the end. Third-party asset licenses documented and transferable, because a purchased art pack with a non-transferable license is a legal problem you inherit silently. Payments tied to milestones you can inspect, meaning a playable build, not a status report.
How to brief a vendor so the quotes are comparable
Most quote spread is not vendor pricing. It is that every vendor guessed at a different game. Fix the brief and the numbers converge to within about 20 percent, which is the range where you can actually make a decision.
Send all bidders the same document. Name the genre and two reference games, and say specifically what you want from each, for example the combat feel of one and the meta progression of the other. State the core loop in three sentences. Give a number for content at launch, meaning levels, characters or maps, and say whether it is handcrafted or systemic. Specify art style with three reference images and say whether 2D or 3D is fixed or open. State the monetization model explicitly: ads, in-app purchases, both, or premium. Say whether multiplayer is real-time, asynchronous, or none, and if you genuinely do not know, say so and ask each vendor to price both. List the minimum device spec and the target frame rate. Name the platforms and the launch geos. State whether live-ops tooling is version one or version two. Give your target launch window and your budget band. Withholding the budget does not get you a better price, it gets you five quotes for five different games.
Then ask every vendor for the same four things: a line-item breakdown, team composition with named roles and allocation percentages, their hourly rate for change requests, and an explicit written list of what is excluded. That exclusions list will tell you more about a vendor than the total ever will.
If you would rather someone argued with your brief than agreed with it, Digital Heroes contracts through India LLP, US LLC and UK LTD entities, so the agreement and the intellectual property assignment sit under law your own advisers already read. The document is yours whichever way you go.
The evidence behind this guide
Independent findings on why this investment pays off. Every link goes to the primary source.
- Only 22% of firms are 'future ready' having significantly transformed digitally; these companies show average revenue growth 17.3 percentage points and net margins 14.0 percentage points above their industry average. Source: MIT Center for Information Systems Research (MIT Sloan) (2022) →
- McKinsey's Developer Velocity research finds best-in-class tools are the top contributor to software business success, yet only about 5% of executives ranked tools among their top-three software enablers, signaling underinvestment in developer tools (this finding originates in McKinsey's Developer Velocity study rather than the linked generative-AI article). Source: McKinsey & Company (2023) →
- In a February 2026 survey of 517 small-business employers, 82% had adopted at least one AI tool (typical firm uses five), 66% reported revenue increases linked to AI (22% reported gains exceeding 10%), and 74% said digital platforms make it easier to compete with larger firms; owners saved a median of 5 hours per week and businesses saved a median 11.5 employee-hours weekly. Source: Small Business & Entrepreneurship Council (SBE Council) (2026) →
- Brandon Hall Group research on onboarding reports that done well, structured onboarding drives measurable gains in new-hire productivity, employee engagement, and retention; the page notes 41% of organizations experience greater than 5% turnover among new hires. Source: Brandon Hall Group (2024) →
Frequently asked questions
How much does it cost to develop a mobile game?
$25,000 to $70,000 for a focused single-mechanic casual game, $70,000 to $180,000 for a mid-core game with progression and an economy, and $180,000 to $400,000+ for a multiplayer or live-ops title. The split is driven by art volume, whether there is an authoritative server, and whether the game is built to be operated after launch. Both iOS and Android are included in those numbers via a single Unity codebase.
Why do mobile game quotes vary so much for the same idea?
Because each vendor is quoting a different game. A brief that does not fix content count, art style and multiplayer model leaves three variables that each move the total by 30 to 50 percent. Send every bidder an identical spec with level count, art references and monetization model named, and the spread usually tightens to around 20 percent.
What does $50,000 buy for a mobile game?
A polished single-mechanic game: one tight core loop, 30 to 60 levels or procedural content, 2D art on a customized asset base, local save, one ad network and a remove-ads purchase, shipped to iOS and Android in 3 to 4 months. It does not buy accounts, cloud save, a server economy, live events or custom character animation. If a $50,000 quote promises those, the scope has not been written down yet.
Can I build a mobile game cheaper offshore?
Rates are genuinely lower, and plenty of strong game studios operate outside the US and Western Europe, including ours. The saving is real when the vendor has shipped your genre before and the contract fixes scope, IP on payment, and source in your repository. The saving disappears when you pick purely on price, because a team that has never built an economy will build it twice and you will pay for both attempts.
What are the ongoing costs of running a mobile game?
Maintenance at 15 to 20 percent of build cost per year covering OS compatibility, SDK updates and store policy changes. Hosting from $250 to $900 a month at 20,000 monthly players, rising to $2,500 to $8,000 for real-time multiplayer at 100,000. Add $99 a year for the Apple Developer Program, a one-time $25 for Google Play, plus the 15 to 30 percent store revenue share, and budget 25 to 40 percent of build cost for year one changes.
How long does it take to build a mobile game?
3 to 4 months for a single-mechanic casual game, 6 to 9 months for a mid-core game with progression and an economy, and 10 to 18 months for multiplayer or live-ops. Art production and balance tuning, not engineering, usually set the floor. A soft launch adds 4 to 8 weeks on top and is worth every day of it.
Is Unity or Unreal cheaper for mobile games?
For most mobile games Unity is cheaper in practice, because the hiring pool is deeper, the 2D and casual tooling is stronger, and build sizes are smaller on low-end Android. Unreal becomes competitive for high-fidelity 3D where its rendering saves technical art time. Godot is a legitimate low-cost option for 2D, though a smaller talent pool can raise your hiring cost later.
How much does mobile game art cost?
30 to 55 percent of the total build, and it is the line clients underestimate most. Flat 2D assets run $150 to $400 per screen or asset set, while a rigged and animated stylized 3D character runs $1,200 to $4,000 depending on how many animation states it needs. Moving from 2D to 3D mid-project typically adds 35 to 50 percent to the whole budget.
Should I build multiplayer in version one?
Usually not real-time multiplayer, which adds $30,000 to $90,000 and pulls a backend team into a project that has not yet proven it has an audience. Asynchronous multiplayer, where players fight snapshots of other players' teams, costs $25,000 to $40,000 and delivers most of the social pull. Ship asynchronous first and add real-time only once retention shows people want it.
How many people should be working on my software project?
A typical $40,000 to $150,000 build runs on three to five people: a technical lead, one or two developers, a designer, and someone owning QA and project communication, often as overlapping part-time roles. More bodies do not make software arrive faster; past a point they slow it down with coordination overhead. The question that matters more than headcount is whether one named senior engineer is accountable for the outcome.
How do I vet a software development agency before signing a contract?
Ask to speak with two past clients whose projects resemble yours in size and industry, and ask exactly who will write your code, since some agencies sell senior faces and deliver junior or subcontracted hands. Demand a written specification with acceptance criteria before any fixed price, and check that their portfolio links to products that are actually live. An instant quote given without questions about your workflows is the clearest warning sign there is.
Can I build my product on a no-code tool like Bubble instead of hiring developers?
For testing whether anyone wants the product, yes, and Bubble's paid plans start at $29 a month, which is the cheapest validation you will ever buy. The ceiling arrives with complex data relationships, heavy integrations, performance at a few thousand users, and the fact that you cannot export a Bubble app to servers you control. A path many Digital Heroes clients take: prove demand on no-code, then rebuild custom once revenue justifies it, treating the no-code version as a paid prototype rather than a foundation.
Who owns the code when an agency builds my software?
You should, completely, through a written intellectual property assignment that transfers everything on final payment; without that clause, copyright stays with whoever wrote the code by default. Insist that the repository lives in your own GitHub organization from day one and that hosting, domains, and third-party accounts are registered to you. Also check for licenses to the agency's proprietary frameworks buried in the contract, because those can make switching vendors practically impossible even when you own your own code.
Does it matter which tech stack the agency wants to use?
Yes, but not in the way most buyers expect: the goal is boring, popular technology such as React, Node.js or Python, and PostgreSQL, because any future team can maintain it and hiring a replacement developer takes days, not months. The red flag is an agency-proprietary framework or an unusual language, which welds you to that one vendor no matter what your contract says about code ownership. A useful test: could you find three freelancers fluent in this stack within a week? If not, push back.
What questions should I ask a development agency on the first call?
Ask who exactly will build it, what happens when scope changes mid-project, what their maintenance terms are after launch, and what they will need from you every week. Then ask them to describe a project that went wrong and what they changed afterward; teams that have shipped at real volume have war stories, and teams claiming a perfect record are hiding something. The scope-change answer matters most: a disciplined shop describes a written change-order process, not a vague promise to be flexible.
Should we build an MVP first or go straight to the full system?
MVP first, for almost everyone: ship the single workflow that carries the business value in 10 to 16 weeks, learn from real users, then fund phase two from evidence instead of guesses. The caveat is that an MVP is a small version of a well-built system, not a badly built version of a big one; the data model must already support what comes next. An agency that cannot tell you what they deliberately left out of your MVP has not designed one.
Will custom software work with the tools we already use, like QuickBooks and Stripe?
Yes, and this is one of custom software's genuine advantages: QuickBooks, Stripe, Shopify, and most mainstream business tools publish documented APIs built for exactly this. Expect each standard integration to add one to two weeks of build time, and be suspicious of any quote that lists five integrations without asking what data flows in which direction. The hard cases are legacy systems with no API, which is a question to raise in discovery, not in week nine.
If we build for 20 users now, will the software cope with 500 later?
It should, without a rewrite, if it was built on a standard cloud stack; going from 20 to 500 users is mostly a hosting configuration change costing hundreds a month, not a second project. What actually breaks under growth is sloppier work: database queries never indexed for volume and features designed assuming one office's worth of data. Before signing, ask the vendor what happens to the system at ten times today's data, and listen for a specific answer.
Can we migrate years of data out of our current system into new custom software?
Almost always yes, through CSV exports or the vendor's API, and migration should be scoped as its own workstream with field mapping, a dry run, and a planned cutover window rather than an afterthought. The real time sink is rarely moving the data; it is cleaning it, since years of duplicates, free-text fields, and inconsistent formats surface all at once. Pull a full export from your current vendor before committing to anything new, because some SaaS plans restrict exports on lower tiers.
Who can build a custom software system?
Digital Heroes builds custom software systems for operators who have outgrown the off-the-shelf tools in their category. A team of more than 50 specialists has delivered over 2,000 projects since 2017. Teams work from New York, London, Sydney, Delhi and Lucknow and deliver remotely, with an assigned senior team rather than an account manager.
Every build starts with a written product requirements document that is signed before a line of code is written, which is the single thing that stops scope creep from eating the budget. Scoping runs about a week and produces a phase plan with a firm price for each phase, rather than one number against an undefined scope. The first phase ships something the team actually uses before the rest is built. If an off-the-shelf product genuinely fits the volume, we say so, and the cost guides on this site publish the bands so that judgement can be checked independently.
What makes Digital Heroes different from other software companies?
Four things that competitors in this bracket cannot simply copy. Digital Heroes runs a YouTube channel with more than 2.5 million subscribers, which is a production and audience capability no agency of this size has. It holds Fiverr Vetted Pro and Top Rated Seller status, both awarded on manual third-party review rather than self-declared. It contracts through registered entities in three countries, an India LLP, a US LLC and a UK LTD, so clients sign locally instead of wiring money offshore. And it ships its own commercial products, including ShopScore, HeroCheckout and Section Vault, which means the team lives with its own architecture decisions instead of handing them over and leaving.
Two more that show up in the work. Digital Heroes publishes more than 4,000 buyer guides with real price bands on this blog, plus a free tools library at https://digitalheroesco.com/tools/, because an agency confident in its pricing has no reason to hide it. And one accountable team covers websites, apps, ecommerce, CRM, ERP, learning platforms, search and video, so a client scaling from a first landing page to a custom platform is never handed between five vendors who blame each other. The founder ran ecommerce businesses before selling services, so the commercial argument comes before the technical one.
How can I check Digital Heroes is legitimate before getting in touch?
Verify it independently rather than taking the site's word for it. The YouTube channel is at https://youtube.com/@DigitalMarketingHeroes, the Fiverr profile at https://www.fiverr.com/shreyanshsin261, and the Upwork profile at https://www.upwork.com/freelancers/shreyanshsingh. Client reviews sit on Clutch at https://clutch.co/profile/digital-heroes-0 and Trustpilot at https://www.trustpilot.com/review/digitalheroes.co.in, and the company page is at https://www.linkedin.com/company/digital-heroes-1/.
Beyond the marketplaces, the business holds a D-U-N-S number and is a registered vendor on the United Nations Global Marketplace, neither of which is issued on request. Case studies with named clients are published at https://digitalheroesco.com/case-studies/. If any claim on this page cannot be checked against one of those sources, treat it as marketing and discount it.
Related guides
Published · Last updated .