Core experiences
The journeys that drive conversion, adoption and retention. These got full design scrutiny, user testing and repeated refinement.
- Buying an eSIM
- Installing and activating it
- Managing eSIMs and topping up
Anand Nagrick
How we redesigned Airalo's consumer eSIM experience on iOS, Android and Web, rebuilt from the ground up and shipped before the peak season period.
uplift on iOS after launch
uplift on Android after launch
fewer customer support enquiries about orders
increase in monthly average order value
Airalo was at a pivotal moment in the eSIM market. Consumer adoption of eSIMs was speeding up, and competitors were shipping at pace.
Our consumer products were still v1, launched in 2019 (remained until Summer 2025). They were built on a legacy codebase, where changing an existing component took a disproportionate amount of engineering effort. The experience was no longer giving us the differentiation we needed to stay the market leader.
The v1 consumer app and website used dense cards, had inconsistent hierarchy, didn't comply with WCAG 2.1 Accessibility standards, and every change to these components was expensive to make.
Design a completely new suite of consumer products, from the ground up, before the peak season.
The big redesign (v2.0) was on the roadmap for later. The business needed something better in customers' hands sooner, so we planned an evolutionary release first: v1.5.
The original consumer apps and website. They got Airalo to market, but were built on a codebase that was hard to change.
A new UI and simpler core journeys on iOS, Android and Web, shipped within the existing platform constraints.
The ground-up redesign, planned for later.
I set up a centralised design team of four, working across three cross-functional product and engineering squads.
With one season to rebuild three platforms, we couldn't test everything. So I split the work into two tiers and spent our research time where it would move the numbers.
The journeys that drive conversion, adoption and retention. These got full design scrutiny, user testing and repeated refinement.
Secondary features, designed to be clear and functional but without extensive user testing.
We accepted less validation on secondary screens in exchange for depth on the three journeys that carry the business.
Before any UI, we mapped the full information architecture across the Store, Checkout and Help Centre. Each page and template was numbered, so product, design and engineering could talk about the same screen in the same way.
We ran ideation workshops on the hardest question in the journey: how does a traveller find the right eSIM for where they're going? The team voted on each idea.
The ideas that scored best became early high-fidelity concepts for web and app: all locations, the Help Centre and package pages.



We tested the first iteration with a range of users, using three tasks: first impressions of the landing page, searching, and browsing for data packages.
We tested several search and browse concepts with lots of features. Users responded well to many of them, which told us where the demand really was.
Instead of cramming every feature into v1.5, we used that demand to stagger features across a phased set of releases.
The biggest win was removing friction from buying. The v1 flow made people confirm device compatibility through a separate checkbox and then a modal, after they'd already reached checkout.
The compatibility check moved onto the package page, as a "Check compatibility" action on web and an inline "Is this device compatible? Yes" on mobile. People answer it while choosing, not as a gate at checkout.
From finding a destination to managing an eSIM mid-trip. Native conventions on each platform, and the edge cases that generate support tickets designed in from the start.
Scroll sideways to follow the journey →
The workshop's full-screen search idea shipped in a simpler form: a single "Where do you need an eSIM?" field at the top of every page. Destinations are grouped as popular, local, regional and global.


A warmer palette, illustrated scenes and lighter components brought the brand into the product.




We reviewed every iOS build against the spec, flow by flow. Each issue was pinned to the exact screen and logged with a priority: missing elevation on flags, wrong padding, inconsistent region names, a log-in button that shouldn't be there.
uplift on iOS and Android
fewer customer support enquiries about orders
increase in monthly average order value

The business needed v1.5, not v2.0 yet. That didn't weaken the design. It focused it.
Good design is when the user can reach their goal clearly and quickly.
On the v1.5 timeline we had to choose good over perfect. The metrics showed that was the right call.
At director level, my job was to align great design with business outcomes, and to know which release the business needed next.
I'm happy to walk through the details of the initiative, the shelved ideas, the trade-offs and what we did afterwards.
© Anand Nagrick 2026