Shipped 2020 · Mobile app
Reducing Decision Friction to Increase Playback
When people are tired, choosing what to watch is hard. A homepage feature that made the decision easier and got more people to actually press play.
Role
Concept · Flow · UI · Prototype
Timeline
Approximately 2 months
Team
Devs · UX Designer · Product Owner · Data Analyst
Methods
Analytics · Interviews · A/B testing
Outcome
Reduced decision friction
Overview
The gap between browsing and watching
The problem
The goal
Why it mattered
When no one presses play, the content goes unwatched and the app loses its point.
My role
What I owned and what I contributed to
I owned
The core feature idea: helping people choose what to watch based on mood, instead of comparing titles.
The mood-based structure behind it: Rewind, Feel, and Escape.
The user flow for the feature.
The Figma prototype, which I built myself.
The final screen design for this feature.
I contributed to
User interviews, where I joined as an observer alongside another UX designer.
Reviewing the A/B test results with the team.
Shaping how existing data insights could support the experience.
What the data showed
People browsed, but didn't watch
Our data analyst found a consistent pattern in the analytics: people spent real time inside the app, but often left without pressing play. Four behaviors stood out.
Long Scrolling
They scrolled through large parts of the catalog without choosing anything.
Going back and forth
They opened title after title, comparing them.comparing themcomparing them.
Few plays
They were interested, but didn't start watching.but didn't start watching.
Watching trailers
They watched trailers, but still closed the app without starting a movie.
Talking to users
Why people don't press play
To understand the why behind the behavior, we ran user interviews. Four reasons came up again and again:
Mentally tired
Overwhelmed
Unable to decide
Afraid of wasting time
People weren't struggling to find something. They were struggling to decide.
There was plenty to watch. The hard part was choosing. So the goal shifted: not help people search, but help people decide with less effort.
The challenge
From browsing to watching
A tired user doesn't need more options. They need an easier way to start watching with the full catalog still available. That gave me four constraints to design against:
User control
It is critical that users feel in control of their choices at all times.
→ The experience must remain predictable and easy to exit at any moment.
Mental state
Users are mentally tired and unwilling to evaluate options.
→ Content should minimize comparison and reduce decision pressure.
Low-effort interaction
Users are not motivated to explore complex interfaces.
→ Interactions must avoid filters, menus, or multi-step flows.
System balance
The platform should not reduce access to the rest of the content catalog.
→ Users should still be able to access the full catalog whenever they choose.
Exploration
A few ways to make deciding easier
Show fewer titles
Stronger suggestions
A simpler choice
Concept
Three simple choices
I designed a flow that helps users start from their current need, rather than from comparing a large catalog.
The flow begins with one simple question:
“What do you need tonight?”
Rewind
Feel
Escape
The flow
A short, simple path
Pick one
A suggestion
Play
Approach
From comparing to choosing
scroll · compare · repeat
Browse and compare
What do you need tonight?
Rewind
Feel
Escape
Choose by need
How the suggestion was chosen
The app already had a recommendation system based on watch history, usual viewing length, and time of day.
My work was to design the choice flow on top of it, so users could start from simpler entry points instead of comparing the full catalog.
Testing
Comparing the old and new homepage
We ran an A/B test: the existing homepage as the control, the new mood-entry flow as the variant. The task was identical on both: open the app, find something to watch, and start it.
The metrics mapped straight back to the four behaviors we'd seen in the analytics, so we were measuring the real problem instead of a proxy:
Browsing Time
Time to first play
Playback rate

Before

Escape
Feel
Rewind