Indonesia Singapore ไทย Pilipinas Việt Nam Malaysia မြန်မာ ລາວ
← Back to Blog

Airport Apps Nobody Downloads: The UX Data Problem

Design an app around the user's timeline — not your operational org chart — and watch adoption metrics follow.

A lone traveller staring at a vast airport terminal, smartphone in hand, surrounded by ignored app store icons floating in the air
Illustrated by Mikael Venne

Airport apps have a billion potential users and near-zero adoption. The real problem isn't design — it's a broken data product strategy. Here's what brands can learn.

Airports serve roughly 9 billion passengers annually across the globe. Virtually every major hub has its own app. Almost nobody downloads them.

This is not a discoverability problem. It is not a marketing budget problem. It is a data architecture problem dressed up as a UX problem — and the distinction matters enormously for any brand building digital products around infrequent, high-stakes customer interactions.

The Core Failure: Designing for the Organisation, Not the Journey

As UX Collective’s Zeeshan Khalid argues, airport apps are typically structured around internal operational departments — retail, lounges, parking, wayfinding — rather than around the passenger’s actual timeline. You land. You need gate information, then baggage claim, then ground transport. You do not need a loyalty points summary or a map of duty-free shops you’ve already walked past.

The result is an interface that reflects the airport’s org chart rather than the passenger’s cognitive state. From a data product standpoint, this is a classic case of surfacing the wrong variables at the wrong moment. The data exists — flight status, terminal capacity, real-time queue lengths — but it’s either siloed across systems or presented in a sequence that serves operations, not outcomes.

For brands in Southeast Asia, this pattern shows up constantly. Grab and Shopee have built dominant ecosystems precisely because their interfaces are structured around user intent states, not product categories. The lesson transfers directly: when you design a data-surfacing experience, the primary schema should be temporal and contextual, not departmental.

Why Episodic Products Need a Different Adoption Logic

Standard app adoption thinking assumes repeated use builds habit, and habit drives retention. Airport apps break this model entirely. A frequent business traveller might visit the same airport 20 times a year — but that’s still a deeply episodic relationship. The app needs to earn its place on the homescreen differently.

The comparison that clarifies this: Changi Airport’s iChangi app has historically focused on integrating flight status, Jewel Changi amenities, and car park booking into a single coherent timeline view. It works better than most because it acknowledges the episodic nature of the relationship and front-loads utility into the first 90 seconds of interaction. That’s the design principle — reduce time-to-value to near zero, because you may not get a second session.

For product teams, this means rethinking onboarding metrics entirely. Activation should be measured in minutes, not days. If a user doesn’t extract clear value within their first journey segment, the install is functionally wasted. Designing for episodic contexts requires compressing your entire value proposition into a single, frictionless session arc.


The Monetisation Angle That Most Airport Apps Miss

Here’s where it gets commercially interesting. The data generated by even modest airport app usage — dwell time by terminal zone, queue abandonment at security, retail path patterns — is extraordinarily valuable to concessionaires and airlines. Most airports are not monetising this at all. They’re treating the app as a cost centre (wayfinding utility, customer service deflection) rather than as a data asset.

The comparison to publisher monetisation is direct: a news site that sells only banner impressions while sitting on first-party behavioural data worth ten times more to advertisers. The infrastructure exists. The commercial model hasn’t caught up.

For brands building loyalty or utility apps in high-footfall physical contexts — malls, transit hubs, stadiums — across Southeast Asia, the architecture question should be asked upfront: what data does this interaction generate, who else in the ecosystem values that data, and how do we build consent and value exchange into the product from day one? LINE’s integration with retail partners in Thailand is a useful reference point — the messaging layer creates behavioural data that feeds targeted offers, and users accept the trade because the primary utility is genuinely high.

What Good Episodic UX Actually Looks Like

The design principles that make episodic apps work are specific and implementable. First, contextual onboarding: trigger features based on detected context (location, time, flight data pulled via API) rather than asking users to configure preferences manually. Second, progressive disclosure tied to journey stage — show parking validation when they’re leaving, show lounge access when they’ve cleared security, show nothing that isn’t relevant to the next 20 minutes. Third, push notification architecture that earns trust by being accurate and sparse, not promotional.

On the visual design side, there’s something worth stealing from completely unrelated creative fields. Ian Teeple’s punk gig poster work — deliberately lo-fi, high-contrast, built for instant recognition in chaotic environments — follows the same logic that good wayfinding UI should. In a noisy, stressful context like an airport terminal, interface clarity is a functional requirement, not an aesthetic preference. High contrast, large touch targets, zero ambiguity in hierarchy. The brands that get this right — Klook’s booking confirmation screens, AirAsia’s boarding pass UI — treat stress-context design as a distinct discipline.

For mobile-first Southeast Asian markets where screen sizes, connection quality, and ambient noise levels vary dramatically, this is doubly true. Designing for the median user in a Bangkok terminal or Jakarta airport means assuming interrupted attention, variable LTE, and a user who may be navigating in their second language.


The airport app problem is a useful mirror for any brand building around infrequent but high-stakes interactions. The question isn’t whether to have an app — it’s whether the data model underlying the app actually reflects how users experience time, stress, and decision-making in that context. Most don’t. The ones that do tend to become indispensable rather than forgotten.

What would your highest-value customer interaction look like if you designed it entirely around their timeline rather than your internal categories?


At grzzly, we work with brands across Southeast Asia to turn digital touchpoints into data-generating assets — and then build the monetisation architecture to make that data commercially useful. If your app, platform, or digital experience is costing more than it’s earning in insight, that’s a conversation worth having. Let’s talk

Inkblot Grizzly

Written by

Inkblot Grizzly

Crafting dashboards that tell the truth, and monetisation frameworks that make that truth commercially useful. Turns abstract data assets into revenue-generating products for publishers and brands alike.

Enjoyed this?
Let's talk.

Start a conversation