Contents
App localisation is a market-entry strategy that takes a proven digital product from one geography and rebuilds it — not just translates it — for a target market where local culture, infrastructure, regulation, and user behaviour demand a fundamentally different product experience.
Section 1
How It Works
The core insight is deceptively simple: global products are almost never truly global. They are products built for their home market that happen to be available elsewhere. The gap between "available" and "adapted" is where enormous value hides. When Uber launched in Jakarta, it offered sedan rides booked via credit card in a city where 85% of commuters rode motorbikes and fewer than 5% of the population had credit cards. The product was technically available. It was functionally useless.
App localisation exploits this gap by treating a successful foreign product as a demand signal rather than a product spec. The original app proves that people want ride-hailing, mobile payments, or grocery delivery. Your job is to figure out what ride-hailing actually looks like when the roads are unpaved, the addresses don't exist, and the payment infrastructure runs on cash and mobile money. The demand is universal. The implementation is radically local.
This works because of an asymmetry in organisational capability. Large technology companies optimise for scale, which means standardisation. Every local adaptation is a cost centre — a deviation from the global codebase, a compliance burden, a management distraction. For a local founder, that same adaptation is the entire product. You're not maintaining a deviation from a global standard. You're building the standard for your market. The incumbent's weakness is structural, not strategic, which makes it durable.
— Nadiem Makarim, Founder of Gojek"We didn't copy Uber. We built what Uber would have built if Uber understood Indonesia."
The framework operates on three layers of adaptation. Surface localisation — language, currency, UI conventions — is table stakes and insufficient on its own. Structural localisation — payment methods, logistics models, regulatory compliance — is where most value is created. Cultural localisation — trust signals, social dynamics, usage patterns — is what makes the product feel native rather than imported. The founders who win are the ones who go deep on all three layers simultaneously.
Section 2
When to Use This Framework
✓
Best Conditions for App Localisation
| Dimension | Ideal conditions |
|---|---|
| Founder profile | Deep local operators who have lived the friction firsthand. You need someone who instinctively knows why a global product doesn't work in their market — not because they read a report, but because they tried to use it and couldn't. Bicultural founders (educated abroad, operating locally) have a structural advantage because they can decode both the original product's logic and the target market's reality. |
| Stage | Pre-product or early MVP. The framework is most powerful when you're choosing what to build. It loses value once you're already scaling — at that point you're optimising, not localising. Ideal for founders in the first 6–12 months of company formation. |
| Market conditions | A proven category leader exists in a mature market (U.S., China, EU) while the target market has rising smartphone penetration, growing digital payment adoption, and no credible local equivalent. Markets undergoing rapid infrastructure buildout — new payment rails, expanding 4G/5G coverage, regulatory modernisation — are especially fertile. |
| Infrastructure gap | The wider the infrastructure gap between the original market and the target, the more defensible the localised product becomes. If addresses don't work, roads aren't mapped, banks don't serve the majority, or logistics networks don't exist — these are features, not bugs. Each gap is a moat the original company can't easily cross. |
| Regulatory complexity | Markets with complex, opaque, or rapidly evolving regulatory environments favour local founders. India's UPI payment system, Indonesia's ride-hailing regulations, Nigeria's fintech licensing — each creates compliance barriers that global companies navigate slowly and local founders navigate instinctively. |
| Inputs needed | Product teardowns of the original app, local user research (50+ interviews minimum), regulatory mapping, infrastructure audit (payment rails, connectivity, logistics), competitive landscape analysis, and partnerships with local distribution channels (telcos, banks, retail networks). |
The framework is particularly potent right now because of a convergence: global tech companies are retrenching from emerging markets (Meta pulled Free Basics from dozens of countries, Uber exited multiple regions, Netflix is struggling with pricing in Africa and Southeast Asia), while smartphone penetration in Sub-Saharan Africa, South Asia, and Southeast Asia continues to climb at 8–12% annually. The gap between global product availability and local product fitness is widening, not narrowing.
Section 3
When It Misleads
⚠
Failure Modes & Blind Spots
| Blind spot | What goes wrong |
|---|---|
| Translation masquerading as localisation | You translate the UI into Bahasa or Hindi, accept local currency, and call it localised. But the product logic — onboarding flows, trust mechanisms, payment architecture — remains foreign. Users try it once and churn because it doesn't feel built for them. This is the most common failure mode. |
| Demand assumption error | The original app succeeds because of market-specific demand that doesn't transfer. Instacart works in the U.S. partly because American suburbs make grocery trips painful. In markets where fresh markets are walkable and daily shopping is a social ritual, the demand signal doesn't translate at all. |
| Underestimating unit economics divergence | The original app's business model assumes $15 average order values and $50K median household income. Your market has $2 average orders and $3K median income. The product works but the economics don't — you need 10x the volume at 1/7th the margin, which requires a fundamentally different cost structure, not just a lower price. |
| The original pivots to your market | You build a localised version of a product whose parent company then decides your market is strategic. When Amazon entered India with $6.5 billion in committed investment, dozens of localised e-commerce startups discovered that local knowledge doesn't always survive a capital asymmetry of that magnitude. |
| Regulatory capture by incumbents | Local regulations that initially seem like a moat can become a trap. Incumbent telcos, banks, or conglomerates with regulatory relationships can lobby to change rules in their favour once they see your traction. This is especially common in fintech and ride-hailing across Southeast Asia and Africa. |
| Over-localisation | You adapt so aggressively that you lose the core value proposition that made the original work. The original's product logic exists for a reason — usually because it solves a coordination problem elegantly. Strip too much away and you're left with a local product that doesn't actually work better than what existed before. |
The single most expensive mistake is confusing surface localisation with structural localisation. Changing the language and currency is a weekend of engineering. Rebuilding the payment stack, logistics layer, and trust architecture for a fundamentally different market is 12–18 months of hard product work. The founders who fail are the ones who do the first and skip the second, then wonder why retention collapses after week one.
Section 4
Step-by-Step Process
Step 1 — IdentifyTools: Sensor Tower, SimilarWeb, App Annie, Crunchbase, Google Trends by region
Find proven apps with a localisation gap
Scan top-grossing and fastest-growing apps in mature markets (U.S., China, South Korea, UK) and cross-reference with app store rankings in your target market. Look for categories where the global leader has low penetration, poor ratings, or no presence at all. A 2-star rating in a specific country is a stronger signal than no rating — it means users tried the product and it failed them. Build a shortlist of 5–10 apps where the gap between the original's home-market performance and target-market performance is widest.
Step 2 — DiagnoseTools: User interviews (50+), infrastructure audit, regulatory scan, competitive teardown
Map the localisation gaps across all three layers
For each shortlisted app, conduct a systematic gap analysis across surface (language, UI, cultural references), structural (payments, logistics, connectivity, data infrastructure), and cultural (trust signals, social norms, usage context) layers. Interview at least 50 potential users in the target market — not about the app, but about the problem it solves. How do they currently handle this need? What's broken? What would they pay for? The goal is to build a localisation map: a document that specifies every point of divergence between the original product and what the local market actually needs.
Step 3 — ArchitectTools: Figma, Whimsical, Jobs-to-be-Done framework, local payment API documentation
Design the adapted product with local-first logic
Rebuild the product architecture from the user's context outward, not from the original's feature set downward. Start with the core job-to-be-done, then design the minimum product that accomplishes it given local constraints. If your users don't have bank accounts, payment integration isn't a feature — it's the entire product. If addresses don't exist, location architecture isn't a nice-to-have — it's the foundation. The adaptation memo from this step should specify: what you keep from the original (and why), what you change (and why), and what you invent from scratch (and why).
Step 4 — ValidateTools: WhatsApp Business, manual operations, local payment processors (M-Pesa, UPI, GCash), Google Forms
Run a concierge MVP in one neighbourhood or city
Don't build the full app. Run the service manually in a single neighbourhood, city, or user segment. Gojek started by calling motorcycle taxi drivers on the phone. Paytm began with mobile recharges before expanding to payments. The concierge phase tests whether your localisation hypotheses are correct — whether users actually behave the way your research predicted. Aim for 100 transactions or 200 active users before writing production code.
Step 5 — ScaleTools: Local cloud infrastructure, regional app store optimisation, partnership development, regulatory compliance frameworks
Build the production product and expand market by market
Once the concierge MVP validates demand and your adaptation layer, build the production product. Expand city by city or region by region — not nationally. Each new market within your country may require its own micro-localisation (language dialects, payment preferences, logistics realities). Build the operational playbook for market-by-market expansion, including local partnerships, regulatory compliance, and supply-side recruitment. The companies that win at localisation treat every new city as a mini-launch.
Section 5
Questions to Ask Yourself
Discovery
Which top-50 apps in the U.S. or China have the worst ratings or lowest penetration in my target market?
What daily friction do people in my market experience that a global app claims to solve but doesn't?
Is the original app's low penetration due to lack of awareness, lack of fit, or lack of infrastructure?
What local workarounds have people built to solve this problem without the app (WhatsApp groups, cash networks, informal services)?
Adaptation
What are the top 3 structural differences between my market and the original's home market (payments, connectivity, logistics, regulation)?
Which features of the original app are irrelevant or counterproductive in my market?
What trust signals matter in my market that the original product doesn't provide (cash-on-delivery, local customer service, community endorsement)?
Can I achieve the same core outcome with a fundamentally simpler product that works on lower-end devices and slower connections?
Defensibility
If the original company entered my market tomorrow with $500M, what would they still get wrong?
What local partnerships or regulatory relationships do I have that would take an outsider 2+ years to build?
Am I building network effects or switching costs that compound with local scale?
At what point does my product diverge enough from the original that it's no longer a localised copy but a distinct product?
Economics
Do the unit economics work at local price points, or am I assuming developed-market willingness to pay?
What's my path to profitability given that average revenue per user may be 5–20x lower than the original's market?
Can I build a super-app or multi-service model that increases LTV enough to justify local customer acquisition costs?
Section 6
Company Examples
G
Gojek
Localised ride-hailing into a multi-service super-app for Indonesia
Gojek didn't just adapt Uber for Indonesia — it recognised that Uber's model was architecturally wrong for the market. In a country of 270 million people where motorbikes outnumber cars 4-to-1, where addresses are unreliable, and where cash dominates transactions, Gojek built an entirely different product wearing the same category label. It launched in 2010 as a call centre connecting users with ojek (motorcycle taxi) drivers, went digital in 2015, and rapidly expanded into food delivery, payments (GoPay), and over 20 other services. By becoming Indonesia's payments infrastructure — GoPay processed an estimated $6.3 billion in annualised gross transaction value by 2019 — Gojek made itself indispensable in a way Uber never could. The company merged with Tokopedia in 2021 to form GoTo Group, which went public on the Indonesia Stock Exchange at a valuation of approximately $28 billion.
P
Paytm
Adapted mobile payments for India's cash-dominant, regulation-heavy market
Paytm's founding insight in 2010 was that India's payment infrastructure was fundamentally different from the West's — low credit card penetration (under 3% of the population), a massive unbanked population, and a government actively pushing digital financial inclusion. Rather than copying PayPal's merchant-to-consumer model, Paytm built a mobile wallet that worked for peer-to-peer transfers, bill payments, and mobile recharges — the actual payment use cases of Indian consumers. When the Indian government's demonetisation policy in November 2016 suddenly invalidated 86% of currency in circulation, Paytm's user base reportedly surged from 125 million to 200 million in under three months. The company integrated with India's Unified Payments Interface (UPI) and expanded into financial services, eventually going public in 2021 at a valuation of approximately $20 billion, though it has since faced regulatory challenges that highlight the double-edged nature of operating in a heavily regulated local market.
J
Jumia
Localised e-commerce for African markets with no logistics infrastructure
Jumia, often called "the Amazon of Africa," launched in Nigeria in 2012 and expanded across 11 African countries. The localisation challenge was extreme: unreliable postal addresses, limited internet connectivity, low banking penetration, and virtually no last-mile delivery infrastructure. Jumia's adaptation layer was primarily structural — it built its own logistics network (Jumia Logistics), integrated mobile money payments (critical in markets like Kenya where M-Pesa dominates), and created a cash-on-delivery system that accounted for the majority of early transactions. The company went public on the NYSE in 2019, becoming the first African tech startup to list on a major U.S. exchange. However, Jumia's story also illustrates the unit economics trap: despite localising the product effectively, achieving profitability at African price points with self-built infrastructure has proven enormously difficult, with the company reporting continued losses through 2023.
C
Careem
Localised ride-hailing for the Middle East and North Africa
Careem launched in Dubai in 2012 and expanded across 15 countries in the Middle East, North Africa, and South Asia. The localisation went far beyond language. In Saudi Arabia, where women were not permitted to drive until 2018, Careem built features specifically for female passengers including driver gender preferences and trip-sharing with family members. In Pakistan, where street addresses are unreliable, Careem developed a proprietary location-pinning system. The company integrated cash payments across markets where credit card penetration was below 10%. Uber ultimately acquired Careem in 2020 for $3.1 billion — a direct acknowledgment that the global company couldn't replicate what the local operator had built. Careem's cultural fluency in conservative markets was not something Uber could engineer from San Francisco.
R
Rappi
Localised on-demand delivery for Latin America's informal economy
Rappi launched in Colombia in 2015 and expanded across nine Latin American countries. While the product category (on-demand delivery) was proven by DoorDash and Instacart in the U.S., Rappi's adaptation layer was substantial. It integrated cash payments and cash withdrawal services (RappiCash, where delivery drivers bring cash to your door from ATMs), built for markets where formal addresses are inconsistent, and expanded into financial services (RappiPay) to serve underbanked populations. The company also adapted its supply side — in markets with high informal employment, Rappi's gig model provided income to a workforce that had few alternatives. SoftBank invested $1 billion in 2019, valuing the company at approximately $3.5 billion. Rappi's insight was that on-demand delivery in Latin America isn't just convenience — it's infrastructure.
Section 7
Adjacent Frameworks
App localisation rarely operates in isolation. Here's how it connects to the broader strategic toolkit:
Pairs well with
Build a Copycat
The natural precursor. Build a Copycat identifies the model worth replicating; Localise Apps provides the execution methodology for adapting it to a specific market. Use them sequentially — Copycat for selection, Localisation for implementation.
Pairs well with
Use regulatory changes to unlock previously inaccessible domain
Regulatory shifts in emerging markets — India's UPI launch, Nigeria's fintech licensing framework, Indonesia's ride-hailing regulations — create windows where localised apps can establish themselves before global players navigate the new rules. Pair with localisation to time your entry.
In tension with
Category creation
Category creation demands you build something the market doesn't know it wants. Localisation starts from proven demand. The tension is productive: pure localisation caps your ceiling at the original's ambition, while category creation in an unfamiliar market carries extreme risk. The best localised apps eventually create new categories within their markets (Gojek creating the super-app category in Southeast Asia).
In tension with
Focus on what won't change
This framework asks you to build around permanent human needs. Localisation, by contrast, often exploits temporary infrastructure gaps that may close as markets develop. The tension: are you building for today's constraints or tomorrow's convergence? The best localised apps solve permanent needs through locally adapted means.
Apply next
Niche down
Once you've localised an app for a broad market, consider niching further — a localised fintech app for a specific demographic (women in Saudi Arabia, farmers in rural India, gig workers in Lagos). Niche localisation compounds both advantages.
Apply next
Business model arbitrage
After establishing the localised product, explore whether a different business model works better in your market than the original's. The original may monetise through subscriptions; your market may respond better to transaction fees, advertising, or embedded finance. The product is localised — now localise the economics.
Section 8
Analyst's Take
Faster Than Normal — Editorial View
Most people who talk about app localisation think it means translation. They're wrong, and the gap between what they think and what it actually requires is where billions of dollars of value have been created and destroyed.
The founders I see succeed with this framework share a specific trait: they are embarrassed by the global product's performance in their market. Not annoyed — embarrassed. They've watched friends and family try to use an app that was clearly designed for someone else, and they feel a visceral frustration that borders on personal offense. That emotional charge matters because localisation is gruelling. You're not just building a product — you're rebuilding infrastructure, navigating opaque regulations, and educating a market that may not yet trust digital services. Without that emotional fuel, most founders give up at the first unit economics crisis.
The biggest misconception is that localisation is a defensive strategy — a way to build a small, protected business in a market the big players don't care about. The best localised apps don't defend a niche. They become the platform. Gojek didn't build a ride-hailing app for Indonesia. It built Indonesia's digital infrastructure layer. Paytm didn't build a payment app for India. It became the on-ramp to India's digital economy. The pattern is consistent: start by localising one service, use that to acquire users at low cost, then expand into adjacent services that the original company never offered because they weren't relevant in the original market.
My honest assessment of when to use this versus when to skip it: use it when the infrastructure gap between markets is structural, not just temporal. If the gap is temporal — your market will look like the original's market in five years — then you're building a bridge that will become unnecessary. The original company will eventually cross it. But if the gap is structural — your market will never look like the original's market because the culture, regulation, geography, or economics are fundamentally different — then you have a durable opportunity. Indonesia will never commute like San Francisco. India will never bank like London. Nigeria will never shop like New York. Those structural differences are permanent moats.
The risk I'd flag most aggressively: the super-app trap. Every localised app founder in emerging markets now wants to become a super-app. Gojek did it. Grab did it. So everyone thinks they should. But Gojek and Grab succeeded as super-apps because they had massive user bases from ride-hailing and payments — services with daily frequency and high trust requirements. If your localised app is in a lower-frequency category (e-commerce, travel, healthcare), the super-app playbook doesn't apply. You'll burn capital trying to add services that your users don't want from you. Localise the product. Don't localise someone else's expansion strategy.
Section 9
Opportunity Checklist
Use this scorecard to evaluate whether a specific app localisation opportunity is worth pursuing. Score each item as yes (1 point) or no (0 points).
App Localisation Opportunity Scorecard
A proven app exists in a mature market with strong product-market fit (top 100 in category, Series B+, or profitable).
The app has poor ratings (below 3.5 stars), low penetration, or no presence in my target market.
I can identify at least 3 structural differences between my market and the original's (payments, logistics, connectivity, regulation).
The original company has exited, deprioritised, or never entered my target market — and has strategic reasons not to.
Local infrastructure gaps (addresses, payment rails, delivery networks) require ground-up solutions that favour local operators.
I have lived experience in the target market and can identify cultural nuances that would take an outsider years to learn.
Unit economics work at local price points — or I have a clear path to making them work through volume, adjacent services, or different monetisation.
Regulatory complexity in my market creates a compliance moat that slows foreign entrants by 18+ months.
I can run a concierge version of the service within 60 days using existing local tools (WhatsApp, mobile money, manual operations).
The problem the app solves has daily or weekly frequency in my market — not just occasional use.
I can identify local distribution channels (telcos, banks, retail chains, community networks) that the original company doesn't have access to.
Section 10
Top Resources
01
Book
The foundational academic work on strategic imitation. Shenkar's research demonstrates that imitators capture the majority of value in most markets — and that the best imitators are those who adapt rather than replicate. Essential reading for anyone who needs to reframe localisation from "copying" to "strategic adaptation" in their own mind or in a pitch deck.
02
Book
Hoffman's framework for scaling in uncertainty is directly applicable to localised apps in emerging markets, where the competitive window is often narrow and the infrastructure is being built in real time. The chapters on international expansion and market-specific scaling strategies are particularly relevant. Includes detailed analysis of how companies like Didi and Grab outscaled global competitors through local adaptation.
03
Book
Chen's analysis of how networked products launch and scale is critical for localised apps, which face the cold start problem in every new market they enter. The framework for building atomic networks — the smallest possible network that delivers value — maps directly to the city-by-city expansion strategy that successful localised apps use. The Uber case studies are instructive for what not to do in emerging markets.
04
Essay
Graham's essay is the philosophical foundation for the concierge MVP approach that every successful localised app has used in its early days. Gojek started as a call centre. Jumia hand-delivered packages. Paytm began with manual mobile recharges. The essay explains why this unscalable phase isn't just acceptable but necessary — especially in markets where the infrastructure to scale doesn't yet exist.
05
Podcast
Hoffman's podcast regularly features founders who built localised versions of global products — episodes with Gojek's Nadiem Makarim, Grab's Anthony Tan, and Nubank's David Vélez are particularly relevant. The recurring theme across these episodes is that the founders who won weren't the best copiers — they were the best adapters, with an almost anthropological understanding of their local markets.
Why this matters next
mental modelsNetwork Effects
Gojek applied the Network Effects mental model
mental modelsScale
Gojek applied the Scale mental model
mental modelsEnvironment
Gojek applied the Environment mental model
mental modelsChurn
Gojek applied the Churn mental model
mental modelsAlternatives
Gojek applied the Alternatives mental model
mental modelsCost
Gojek applied the Cost mental model
Continue exploring
RRUNIAACTRND
Framework
Recent funding rounds
Analyze companies that have recently secured significant investment, identifying
Framework
Unbundling
Breaking down a bundled product or service into separate, standalone offerings,
Framework
Industry timing arbitrage
Apply newly developed technology from one industry to another that hasn't yet ad
Framework
Acqui-Deaths
Identify opportunities created when large companies acquire startups, potentiall
Framework
Three-Star reviews
Find business opportunities by analyzing moderately satisfied customers' feedbac
Framework
Niche down
Focus on a highly specific market segment or customer base, becoming a specialis
More like this, in your inbox
I send a newsletter every week — free, no spam, unsubscribe anytime.