Ryan Soni

I turn complexity into digital products people understand.

Previously: Shell · Rakuten · Vodafone · Infosys

how i think ↓

02Complexity

Every product starts the same way: as a mess that matters.

The mess has patterns. These are the eight kinds I meet most often.

  1. 01 Unclear direction

    Everyone agrees it's important. Nobody agrees what it is.

  2. 02 Scattered user needs

    Twelve user types, one interface, no priorities.

  3. 03 Too many voices

    Six voices, three roadmaps, no owner.

  4. 04 Technical constraints

    The right solution doesn't run on the systems you have.

  5. 05 Unwritten vision

    The vision is clear in one head. The spec doesn't exist yet.

  6. 06 Messy operations

    The product works. The process around it doesn't.

  7. 07 Legacy systems

    Fifteen years of decisions nobody remembers making.

  8. 08 High-pressure launch

    The date is public. The product isn't ready.

03Lenses

The mess isn't random. It has a shape — you just haven't found it yet.

Six lenses, one problem. I look at the same mess from every side before anything gets designed.

  1. 01 People

    Behind every requirement is a person with something at stake. I start by finding out who they are and what they're worried about.

    Who gets hurt if we get this wrong?

  2. 02 Product

    A product stays simple when everyone knows what it won't do. I help teams work that out early, before anything gets built.

    What's left out of the first version, on purpose?

  3. 03 Business

    Every feature should improve a number the business cares about. I find that number before design starts.

    What number tells us it worked?

  4. 04 Systems

    Products don't live alone. They sit inside teams, data, and processes — so I map that world first, then design the screens.

    What else does this affect?

  5. 05 Technology

    What's technically possible shapes what's worth designing. I work with the limits from day one, not at the end.

    What's already there to work with?

  6. 06 Execution

    Launching late kills more products than launching small. I'd rather trim the plan than lose speed.

    What's the smallest version worth launching?

01 / 06

  1. 01 People

    Behind every requirement is a person with something at stake. I start by finding out who they are and what they're worried about.

    Who gets hurt if we get this wrong?

  2. 02 Product

    A product stays simple when everyone knows what it won't do. I help teams work that out early, before anything gets built.

    What's left out of the first version, on purpose?

  3. 03 Business

    Every feature should improve a number the business cares about. I find that number before design starts.

    What number tells us it worked?

  4. 04 Systems

    Products don't live alone. They sit inside teams, data, and processes — so I map that world first, then design the screens.

    What else does this affect?

  5. 05 Technology

    What's technically possible shapes what's worth designing. I work with the limits from day one, not at the end.

    What's already there to work with?

  6. 06 Execution

    Launching late kills more products than launching small. I'd rather trim the plan than lose speed.

    What's the smallest version worth launching?

04Build

This is where thinking turns into software.

One real screen, taken from first sketch to finished product — so you can see the path.

DEMO — designed & built for this page in 4 days

One person, with AI assisting

Your project: same path.

fig. 03 — one screen, 4 days apart

05Proof

The same approach, on real work.

Five projects and one favourite, all told the same way: the situation, what I made clear, and what went live.

01 · ProParent

A founder-led parenting mission, turned into a launched product.

2023–2026Head of Product · COO

Built forWebMobileAdmin tools

View case

Three real ProParent onboarding screens, welcome, child details, and confirmation, shown in device frames.
ProParent

BENEATH: THE PARENT ONBOARDING FLOW, AS SHIPPED

02 · Rakuten

Every partner testing devices in one lab, finally run as one system.

2018–2020Lead UX Designer

Built forWebTablet

View case

High-fidelity recreation of the Rakuten test-case board: four network-domain cards, a counter strip, filtered search, and a table of test cases with pass/fail criteria and approvers.
Rakuten

BENEATH: THE TEST-CASE BOARD, HIGH-FIDELITY RECREATION, ORIGINAL UNDER NDA

03 · Shell Catalysts & Technologies

A product showcase that could not happen in person, turned into an AR/VR experience.

2020Sole UX/UI Designer

Built forARVR

View case

The Hydrocracker unit rendered in AR on a meeting-room table, with the Reactor component labelled.
Shell

BENEATH: THE HYDROCRACKER UNIT IN AR, AS IT RAN

04 · Design Holidays

A brochure trapped in PDFs, rebuilt as a way to choose a journey.

2026Solo designer + builder

Built forWebMobile

View case

The Design Holidays home page as shipped: "Beyond the Ordinary" over the travel-flatlay hero.
Design Holidays

BENEATH: THE HOME PAGE, AS SHIPPED

05 · Vodafone UK

The screens Vodafone's support staff live in all day, made clearer and faster.

2020–2023Lead UX Designer

Built forWeb

View case

Abstract recreation of the Halo agent account overview: collections alert, security checks, activities and products.
Vodafone UK

BENEATH: THE HALO ACCOUNT OVERVIEW, ABSTRACT RECREATION, ORIGINAL UNDER NDA

Bonus — not a case, just a favourite

A portal you walk through into a room that isn't there.

For an Infosys exhibition I designed an AR experience from scratch: a doorway that anchors to the ground in front of you, opening onto a room you can physically walk into and look around. It was shown publicly at the exhibition and drew a lot of interest.

Built forARMobile

Infosys exhibition · 2019 · captured on the device, as it ran

59s · no sound

06 — The person & the ask

Ryan Soni at his deskInk illustration of Ryan Soni

Ryan Soni · India (remote)

I've spent 8 years inside messy projects — government, telecom, energy, startups — and somewhere along the way I stopped being afraid of the mess. Most products don't fail from lack of talent; they fail because nobody made things clear. That's the part of the job I love: sitting with the problem, finding the structure, building the thing. If you're carrying a project that feels heavier than it should, I know that feeling — and it usually clears up faster than you think.

Based
remote, India · IST
Experience
8 years · product strategy → UX → build, with AI
Previously
Shell · Rakuten · Vodafone · Govt. of Tamil Nadu · Infosys
Engagement
end to end alone, or embedded in your team
Now
available immediately
06

Bring me the mess.

However it looks right now — half a deck, three contradicting documents, an idea that only exists in your head — that's a normal starting point. Most of my projects began exactly there.

ryan.soni1005@gmail.com

Goes straight to me · no forms · I reply within 48 hours

LinkedIn

fig. 06 — everything, settled