LKLakshya KhannaOpen to work
Case File 06

District
by Zomato

Everyone finished the task. Nobody found it easy.

A usability study of Zomato's going-out app — movies, events and dining in one place. Five users, three tasks, fifteen attempts, then a redesign aimed at one thing: the effort it takes to reach the right decision.

Methods
Interviews · task analysis · usability testing · cognitive-load scoring
Scope
Discoverability · navigation · decision-making
Course
Y4S7 UXID 2023–27
01The study

5 users. 3 tasks. 15 attempts. Every task completed.

0
participants
Interviews + moderated testing
0
core tasks
Movie ticket · event ticket · restaurant table
0
task attempts observed
0
peak cognitive-load score
Booking a movie ticket (T1)

Users could complete every task. But they struggled to find the right entry point, compare options and understand key actions. The core issue wasn't task completion — it was the effort required to get there.

02Where it broke

Number of users who hit each issue.

Search & navigation4/5
Offers3/5
CTA visibility3/5
Seat selection2/5
Booking details2/5

Search and navigation topped the list: four of five users had to hunt for where to begin. Offers and the primary call to action tied for second.

We mapped each task flow step by step and marked where users stalled, backtracked or asked a question out loud.

Task flows for booking a movie ticket, an event ticket and a restaurant table, with stall points highlighted
Task flows T1–T3 with the highlighted steps where users got stuck
03Measuring effort

We scored every step by the memory it demands.

Sensory memoryWorking memorySemantic memoryEpisodic memoryProcedural memoryProspective memory
Step 1
Open District
→
Step 2
Set location
→
Step 3
Go to Movies
→
Step 4
Select a movie
→
Step 5
Read movie details
→
Step 6
Book tickets
→
Step 7
Select a cinema
→
Step 8
Select show time
→
Step 9
Select seats
→
Step 10
Choose payment & pay

Each step was tagged with the memory it leans on — recognising a category, recalling where search lives, holding a show time in mind — and scored. The sum is the task's cognitive load.

04From the sessions

Ten observations. Tap one to see what it told us.

We saw
Took time to find the search bar — expected it at the top.
Which tells us
People associate search with the top of the screen.
So we
Move search to the top and make it prominent.
05The competition

Every rival does one thing well. District tries to do all three.

Dineout
+ Clear offers & discounts
− Focused only on dining
PVR
+ Simple, cinema-focused booking
− Limited to PVR INOX theatres
EazyDiner
+ Detailed restaurant information
− Dining experiences only
BookMyShow
+ Simpler booking flow
− Doesn't mix movies, events and dining

District's advantage is breadth. Its cost is that every screen has to serve three kinds of intent — so wayfinding and hierarchy matter more here than in any single-purpose app.

Don't add features. Shorten the distance to a decision.

Four targeted changes, each traced to a stall point we watched happen.

06The redesign

Before → after, and why.

Decision 01 · Your call

4 of 5 users hunted for where to begin. First fix?

What I saw
Search & navigation was the most common issue (4/5). Users scanned categories and carousels before finding search.
What would you do?
Before
After
🔒 Make your call to reveal the design
Decision 02 · Your call

Users mistook the restaurant page for a bill-payment screen. Fix?

What I saw
On restaurant pages, users mistook the screen for a bill-payment page — “Pay bill” competed equally with “Book a table”.
What would you do?
Before
After
🔒 Make your call to reveal the design
Decision 03

Change location without starting over.

What I saw
To change city mid-booking, users had to navigate back to the homepage and lose their place.
What I chose
Location is editable inside the booking flow.
Why
Backtracking is where cognitive load spikes. Bringing the control to the user removes the detour entirely.
Before
After
Decision 04

One type of filter at a time.

What I saw
The filter sheet mixed every criterion into one long list. Users read everything to find one thing.
What I chose
Filters are grouped into clear categories — show time, price, cinemas — so users focus on one criterion at a time.
Why
Chunking reduces the information processed per decision, which is exactly what our load scores measured.
Before
After
07Did it work?

Total cognitive load, before and after.

2430364248T1 · Movie ticketT2 · Event ticketT3 · Table booking4638323139
BeforeAfter redesign
−30%
T1 · movie ticket (46 → 32)
−18%
T2 · event ticket (38 → 31)

Load dropped on both ticketing tasks, where search, location and filters did the work.

T3 — reserving a table — didn't move. The CTA fix helps once you're on the page; getting to the right restaurant is still the hard part. That's the next round.

Testing sessions — moderated, think-aloud, one task at a time
What this project taught me
Users who finish a task aren't proof it works. Measure the effort, not just the outcome.
Post-credits · Next in the archive
PadhPlay →
End credits
Let's make
the sequel.
Directed by
Lakshya Khanna
Research
Lakshya Khanna
Interaction design
Lakshya Khanna
Based in
Gurugram, India
Studying at
UPES School of Design
Now casting
UX & interaction roles, 2027
Directed by
Lakshya Khanna
Research
Lakshya Khanna
Interaction design
Lakshya Khanna
Based in
Gurugram, India
Studying at
UPES School of Design
Now casting
UX & interaction roles, 2027
© 2026 Lakshya Khanna. No pixels were harmed. Stay for the post-credits scene: ↑ ↑ ↓ ↓ ← → ← → B Alakshyakhanna2004@gmail.com

Create a free website with Framer, the website builder loved by startups, designers and agencies.