Case Study · UX Design · Product Thinking

Case Studies

A deep dive into real-world product challenges — focused on usability, clarity, and user trust. Two products, two problems, one goal: make the experience feel obvious.

UX Design Product Thinking Redesign
SCROLL
Role
Product Designer
Year
2026
Type
UX Case Studies
Tools
Figma · Miro · Notion
Swiggy Group Order Case Study

Group Ordering — Redesigned

View in Figma ↗

Swiggy's group order feature lets multiple people add to a single cart — but the experience is fragmented, confusing, and prone to mid-flow drop-offs. The challenge: make group food ordering feel as effortless as ordering for one.

The redesign focused on three friction points — initiating a group session, tracking what others have added in real time, and managing the final order before checkout.

Problem Areas

Where the flow breaks

[01]

Session Initiation

Creating a group order required too many steps and unclear affordances. Users often didn't know how to invite others or where to find the feature. Redesigned with a prominent entry point and a one-tap share flow.

[02]

Real-time Cart Visibility

Members had no live view of what others were adding. This caused duplicates, confusion at checkout, and order abandonment. Solution: a live "what everyone's adding" panel with name attribution.

[03]

Pre-checkout Coordination

The final review step before payment was a single user's responsibility with no visibility for the group. Redesigned with a shared review state and a "ready to order" signal from all members.

Design Process

How it was approached

Pre-Game

Heuristic Audit & Benchmarking

Conducted a heuristic audit of the existing Swiggy group order flow. Identified 6 usability violations. Benchmarked against DoorDash and Uber Eats group features.

Game

Exploring the Real-time Cart

Explored 3 approaches for the real-time cart view — a floating panel, a split-screen layout, and a bottom drawer. The bottom drawer won in usability testing for thumb accessibility on mobile.

Post Game

Annotated Flows & Edge Cases

Delivered annotated flows, component specs, and a full prototype in Figma. Documented edge cases: what happens when a member leaves mid-order, payment split scenarios, and timeout states.


Google Pay Payment Processing Case Study

When 'Processing' feels like losing money

View in Figma ↗

In India, a significant portion of UPI users are first-generation smartphone users — people who transitioned from cash to digital payments without a strong foundation of digital trust. When a Google Pay transaction gets stuck in "Processing," there's no feedback, no timeline, no explanation. For these users, that silence isn't a minor inconvenience — it's panic.

The redesign focused on one psychological insight: if you can show a user exactly where their money is and what's happening step by step, the fear disappears. Transparency is the feature.

Problem Areas

Silence is the real failure state

[01]

No Visibility Into the Payment Journey

The existing "Processing" screen shows a static label and nothing else. Users have no way of knowing if the money left their account, if it's with the bank, or if it's reached the recipient. For non-tech-savvy users, this ambiguity feels like loss.

[02]

No Path to Help During the Wait

When something feels wrong, users need a clear next step. The current UI offers no in-context way to contact their bank or raise a concern — forcing them to exit the app, call a helpline, or simply wait in anxiety.

[03]

Trust Collapse at the Worst Moment

The processing state is the highest-stakes moment in the payment flow. A blank screen communicates nothing — and for first-generation digital users, "nothing" reads as "something went wrong." The redesign makes that moment the most reassuring part of the journey.

Design Process

Designing for psychological safety

Pre-Game

Understanding the Fear, Not the Flow

The research phase focused less on the technical payment flow and more on the emotional state of the user during it. Interviews with low-digital-literacy users in Tier 2 and Tier 3 Indian cities revealed a consistent pattern: prolonged processing = assumed money loss. The fix wasn't speed — it was communication.

Game

Step-by-Step Timeline + Bank Agent Access

Designed a live payment timeline that shows each stage as it happens — Transfer Initiated → Bank Processing → Reaching Recipient — with plain-language descriptions at every step. Alongside it, a contextual "Get help from bank agent" shortcut surfaces only when the payment has been processing beyond the expected window, giving users a direct escalation path without leaving the flow.

Post Game

Validation & Handoff

Tested the redesigned processing screen with the same Tier 2 user cohort. Participants consistently reported feeling "more in control" and "less worried" compared to the current experience. The timeline format — borrowed from familiar experiences like delivery tracking — gave users a mental model they already trusted.

"For millions of Indians, digital trust isn't given — it has to be shown."
Outcomes

Across both studies

6
Usability violations identified across both heuristic audits
3
Redesigned critical flows — initiation, real-time cart, and processing state
4
Processing state variants tested before arriving at the final design
Next Project

Back to All Projects →