Mobile Game Economy Design
Game economy is system with sources (sources) and sinks of resources. If sources exceed sinks, inflation occurs: player accumulates currency faster than spends, prices lose significance, and IAP loses appeal. If sinks too aggressive—game perceived as pay-to-win and loses audience.
Correct economy is invisible to player. They don't think about balance—they think about what they want to buy next.
Currency system as foundation
Most midcore games work on dual-currency architecture but often implement with errors.
Typical problem: too generous soft currency sources.
Player gets 500 gold per level, upgrade costs 300. Week later they have 50,000 gold and understand money means nothing in game. When offered 1000 gold for $1.99—it looks absurd, they already have full wallet.
Fixing this post-launch is extremely difficult: can't just "make gold expensive"—existing players rebel. Balance before launch, on paper, not from feedback.
Designing sources
Classify each resource source by:
- Predictability: regular (daily login) vs random (mob drop)
- Activity dependence: active (level completion) vs passive (farm, timer)
- Amount: fixed vs variable (with randomness)
For economy forecasting, build table: how much player earns daily at casual-, mid-, and hardcore-activity levels. Casual: 1 session 20 minutes. Hardcore: 5+ sessions, all events, all daily quests.
Sinks: where currency goes
Rule: each currency type must have regular and attractive sink. If soft currency spent only on content completable in two weeks—it's useless afterward.
Good soft currency sinks:
- Upgrades with rising costs (each level 1.5–2x more expensive)
- Consumables with regular use (potions, ammo, energy)
- Daily rotating shop offers
Good hard currency sinks:
- Timer acceleration
- Slot unlocking (inventory, build queues)
- Exclusive content purchase (skins, units)
- Continue after loss
Anti-inflation mechanics
Hard caps. Limit on maximum currency storable without IAP. For example, max 10,000 gold without "wallet." Player reaching limit either spends or buys storage expansion.
Urgent events. Events with exclusive rewards create temporary deficit: player spends savings on event content. Flash sales work same logic.
Decay mechanic. Currency from passive sources (farm) stops accumulating after capacity. Forces regular play and spending.
Numerical design: calculation example
Say we have match-3 with levels. Parameters:
- Average level length: 2–3 minutes
- Average session: 20–25 minutes = 8–10 levels
- Lives: 5, recover 1 life / 30 minutes
Casual player daily gold sources:
- 8 levels × 50 gold = 400 for completion
- Daily bonus: 100 gold
- Total: ~500 gold/day
Sinks: extra lives via IAP or gold (150 gold = 1 life), booster (200 gold). If player spends avg 2 lives/day = 300 gold. Remainder: 200 gold/day—need additional sink or reduce sources.
After balancing, add event "doubled drop weekends"—doesn't break economy but creates reason to play more.
Progression and monetization cliff
Monetization cliff is game moment where free progress drops sharply and player hits wall. Either pay, grind hours, or leave.
Correct approach—not wall but sloped surface: progress without payment possible but payment makes significantly more comfortable. Difference between "pay or suffer" and "pay or slightly slower" is principle for long-term retention.
Cliff design requires knowing progression curve: at what level average skill exceed average difficulty? That point is offer moment, not wall.
Resource economy in strategies
In strategies (builder, 4X), economy more complex: multiple resource types with different extraction speeds, interdependencies, and time timers.
Key tool: resource matrix table where rows are resource types, columns are sources and sinks. For each cell: quantity, condition, frequency. Reveals imbalances before implementation.
Example: if wood and stone extracted at same speed but stone needed 3x more for upgrades—stone becomes bottleneck. Not necessarily bad, but should be conscious decision, not accident.
Design tools
Design economy in Google Sheets with progression formulas, not in head. Basic model: columns—days (1–30), rows—sources/sinks/balance for each currency. Three scenarios: casual / average / hardcore.
For complex economies use Machinations—visual language for game economy modeling, simulates system behavior without code.
Work stages
- Genre and game mechanics analysis—what player does, what resources needed for progress
- Currency system design: number of currencies, types, conversions
- Source and sink map with daily balance calculation
- Progression difficulty curve and monetization
- Anti-inflation mechanics
- Numerical models in table simulating 30-day cycle
- Technical spec for system development
Basic economy design timeline: 3–5 days. Complex multi-resource economy for strategy or RPG: 1–2 weeks. Cost calculated by volume and system complexity.