EasyView

A predictable TV experienceResearch for independence

Research prototype: simpler navigation and safer recovery so older adults need less caregiver help.

Scroll to read the story ↓
A boy calls out that he's coming while his grandmother, confused by the new TV interface, says she just wants to watch her show
Project Overview

From observation to product decisions

Can a predictable TV environment help older adults recover from mistakes without calling a caregiver? EasyView tests that question with a connected TV interface, virtual remote, and caregiver app, built from family observation, focused on confidence and recovery. Research concept, not a production product.

Role
Product Designer
DOMAIN
Accessibility for Older-Adult Care
Prototype
TV Interface, Mobile App, Virtual Remote
Deliverable
UX Research & Concept Design
Figma Claude ChatGPT Gemini Grok DeepSeek HTML CSS JavaScript
01Observation

It started with a real moment, Watching the watcher and the helper

Watching my grandmother and parents on a Smart TV, the hard part was rarely the first mistake. It was what followed: hesitation, lost confidence, a call for help. I observed both sides: the older adult trying to continue, and the caregiver becoming part of the entertainment experience.

02Behaviour Pattern

The loop that became routine

Core signal: the problem wasn't the wrong press. It was the cost of recovering from it.

WAIT HESITATE MISTAKE CALLSOMEONE DEPEND
Wait

After enough wrong presses, she stops trying. She waits for a family member, or for the show to end.

Hesitate

Thumb hovers. Which button is safe? Which one traps her somewhere she can't leave?

Mistake

One press → wrong app or a menu with no clear way back. Her channel is gone.

Call someone

The fix isn't on the remote; it's a phone call. Every mistake becomes someone else's five minutes.

Depend

Next time, she doesn't try first. The remote becomes something operated on her behalf, not by her.

03Emotion

Confidence doesn't drop all at once

It erodes in four quiet steps until entertainment becomes a dependent activity.

Confusion

"What just happened?"

Hesitation

"Should I press this?"

Loss of confidence

"I always get this wrong."

Dependence

"Can you help me?"

Older Adult

"I know what I want to watch, but I'm afraid I'll make a mistake."

Caregiver

"Helping became part of the entertainment experience itself."

04Problem

Not a technology-literacy problem, a trust problem

✕ Assumed problem

"Older adults need a simpler streaming app."

  • Assumes the difficulty is inside one app
  • Ignores that cable, live TV and streaming all behave differently on the same remote
  • Has no answer for what happens when something goes wrong right now
✓ Real problem

There is no single, predictable environment, and no safety net when it fails.

  • The inconsistency between sources is what erodes confidence, not any one screen
  • Nobody had designed for the moment something goes wrong
  • Fixing one app would still leave four other broken experiences in place
Product hypothesis

If recovery is predictable, independence becomes easier.

If system state is obvious and recovery is easy, older adults may keep going instead of calling for help.

MistakeClear stateRecoveryContinue independently
This is the hypothesis the prototype is designed to investigatenot a claim that the prototype has already proven it.
05Opportunity

The gap wasn't a feature. It was a missing relationship

Human need
A predictable screen, and less need to rely on someone else just to use it.
Design gap
TV interfaces optimise for discovery and engagement. Care apps monitor, but rarely let a family member act.
Product opportunity
One shared control surface: the caregiver configures and pushes, the older adult just presses OK.
Real value
Fewer confused phone calls. Faster response in an emergency. An older adult who keeps doing her own watching.
The product decision

Build a predictable layer, not another TV platform.

Inconsistency across cable, live TV, and streaming, not one broken app. Rebuilding each service expands scope without fixing the behavioural gap.

Older adultRecognise → choose → recover
CaregiverConfigure → support → respond
EasyViewKeep state predictable across both
06Systems Thinking

No screen in the project exists in isolation

CAREGIVERArjun's phone MOBILE APPHome · OTT · TV · Settings OTT PLATFORMSStreaming apps TV PROVIDERSCable · DTH EASYVIEW LAYERShared state · sync SMART TVAmma · Living Room OLDER ADULT+ physical remote SOS SIGNAL configure configure (amber) sync state (violet) emergency, both directions (red)

Configuration flow

Arjun connects Netflix, syncs the Tata Play box, and marks four channels as favourites, none of it touched from the TV.

Interaction flow

Amma presses OK on the remote. The focus model, the back button, and the now-playing state all live in one shared layer, regardless of source.

State synchronisation

What plays on the TV appears, live, as a progress bar on Arjun's phone, the same second it starts.

07Solution: Sprint One

Every pillar, built into a screen

Screens express the decisions above: predictable navigation, low decision load, support without dependence.

01
TV Interface
What the older adult sees, alone, remote in hand
The problem

Every menu asked them to make a decision they didn't want to make. One wrong tap, three screens deep, and there was no way back they could find.

The principle

Familiarity over Discovery. Recognition over Recall. Show three things. Never make them remember a path.

The result

One screen, four huge choices, zero submenus to get lost in.

Good Evening, Amma ♥
10:31 AM ⚙
Continue Watching
🗓️
Today's Programs
📺
Favourite Channels
YouTube
EASYVIEW
02
Mobile App Interface
What the caregiver sees, from anywhere
The problem

Arjun couldn't be in the living room every evening, but "helping" had quietly become his grandmother's only way to watch TV.

The principle

Independence through Support. Give the caregiver control from a distance, without making them the interface.

The result

Arjun sees who's online, pushes a channel, or checks safety, without a single call.

9:41
Hello, Arjun 👋
🔔
2
Parents & Profiles
👵
Amma
Living Room TV
● Online
👴
Appa
Bedroom TV
Offline
Currently Watching on TV
Nothing playing on Amma's TV right now
Recently Watched
🏠
Home
▶️
OTT
📺
TV
⚙️
Settings
9:41
OTT
Add, remove or push OTT content to their TV
🔔
2
📱 OTT Platforms
N
Netflix
4 programs · 0 liked
P
Prime Video
4 programs · 0 liked
D+
Disney+ Hotstar
4 programs · 0 liked
Categories
🎭
Drama
😄
Comedy
🎬
Action
🏠
Home
▶️
OTT
📺
TV
⚙️
Settings
9:41
Live TV
Push live channels to their TV
🔔
2
📡 Live TV Channels
🎬
Entertainment
1 channel · 0 live
🍳
Home & Cooking
3 channels · 1 live
🎵
Music & Devotional
1 channel · 0 live
📰
News & Weather
3 channels · 0 live
🏠
Home
▶️
OTT
📺
TV
⚙️
Settings
9:41
Settings
🔔
2
👪 Parent Profiles
👵
Amma
Age 72
● OFFLINE
👴
Appa
Age 76
OFFLINE
+ Add Profile
🔌 App & Integrations
📺
TV Interface
Connected to Living Room TV
📱
Remote Control
Enable quick…
🏠
Home
▶️
OTT
📺
TV
⚙️
Settings
03
Virtual Remote
The one object that touches everything
The problem

A standard remote has 40+ tiny identical buttons, the confusion that surfaced early with arrows and unclear functions. Only six get used; under stress, none are easy to tell apart.

The principle

Confidence over Complexity. Fewer buttons, bigger targets, one that's impossible to miss in an emergency.

The result

Six labeled buttons and an SOS that's never more than one glance away.

🆘 SOS
⏻ POWER
OK
VOL −
VOL +
HOME
BACK
🔇 MUTE
08AI-assisted prototype

Built with AI, directed by research: a prototype, not a product

AI accelerated exploration. Research set direction. Testing decided what stayed.

💻

For the best experience, view this prototype on a desktop or laptop screen.

Try it on the prototype

01

Press SOS on the remote, watch the caregiver phone react instantly

02

Tap Push on any card in the phone's OTT tab, it opens live on the TV

03

Toggle Accessibility, large text and high contrast apply instantly

09Live Testing

She didn't need instructions

Two risks tested: do the three interfaces behave as one system, and can a real person complete the core flow with no walkthrough?

Testing the system, not the screens
A live multi-device test

Systems Thinking claimed a shared-state layer across TV, remote, and caregiver app. This tests that claim: a local server runs all three at once: TV on laptop, remote on one phone, caregiver app on another, synced live on the same network. No formal participants or metrics yet. First real test that the three pieces behave as one system, not three screens pretending to connect.

Three synced devices side by side: a laptop showing the EasyView TV home screen, a phone showing the caregiver app home, and a second phone showing the virtual remote

All three, liveTV on laptop, caregiver app left phone, remote right: same local server, same live state. Not a mockup; the actual system running.

PowerShell terminal running the EasyView local test server, showing the WebSocket and static file URLs for the TV, remote, and app devices

How it's actually runningLightweight Python server on shared Wi-Fi, same pattern as the Systems Thinking diagram, run locally. One terminal, three URLs: tv.html, remote.html, app.html: one WebSocket, live sync.

She didn't need instructions
A single flow, tested with my mother, on the actual remote and TV interface

No explanation first. Just try. Four steps on the real interface, no walkthrough. Before she touched a button, I asked what Home and Back do. She already knew: Home → main screen, Back → previous. Never explained; she read it from the layout alone. Not a usability study: one person, one sitting, a handful of tasks. First time the flow lived outside my head. Only one interaction needed explaining: the confirm-before-leaving step. Everything else, she already knew.

Home screen showing four tiles: Continue Watching, Today's Programs, Favourite Channels, YouTube
01 · Home

What I asked: Can you understand what's on this screen?
What she did: She looked at it and told me, on her own, that there were four menus. No prompting.

Today's Programs screen showing a grid of six shows with times and channel names
02 · Select Program

What I asked: Can you go left and right? Can you find something under Today's Programs?
What she did: Moved between tiles without hesitation, then found and selected a program on her own.

Now Playing screen for The Great Baking Show, with a large pause button and progress bar
03 · Play

What I asked: What would you press to play it?
What she did: Said "OK", and pressed it correctly. It played.

Exit-confirmation dialog reading Exit to Home? Do you want to stop watching? with Cancel and Yes, Home buttons
04 · Back: the one pause

What I asked: What happens when you press Back?
What she did: Pressed it expecting to go back, then paused at the confirmation. "What is this?" I said it was so she wouldn't leave a show by accident. She understood, confirmed, and never hesitated on it again.

10Behaviour Change

The behaviour I want to change

Product hypothesis, not proven outcome. Goal: after a mistake, move from immediate dependence to understandable recovery.

Success Metrics — How I would know EasyView works after launch

01

Independent task completion

% of common TV tasks completed without caregiver intervention.

02

Caregiver intervention rate

TV-related help requests per household per week.

03

Recovery rate

% of users who recover from a mistake without asking for help.

04

Confidence after recovery

Self-reported confidence after completing a task following an error.

Scope & Exclusions — What I deliberately didn't build
01Not a digital-literacy course

Make the environment predictable, not teach every TV feature.

02Not a replacement for Netflix or YouTube

Sits above content sources; does not rebuild their discovery systems.

03Not a medical monitoring product

SOS is support, not healthcare or emergency response.

04Not a caregiver replacement

Reduces unnecessary interruptions; keeps the family support relationship.

11Use Cases & Edge Cases

Where EasyView fits, and where it doesn't

Scoped to one pattern: an older adult who wants independent TV use, with intermittent family support. Deliberately narrow. It tests a hypothesis, not accessibility for every older adult.

Use cases: where it fits
  • An older adult living with intermittent family support.Browse and watch confidently without calling for every remote press.
  • A remote caregiver managing entertainment access.Configure apps, providers, and favourites from a phone, without touching the TV.
  • Households mixing cable/DTH and multiple OTT apps.One focus model, back button, and now-playing state across sources that usually behave differently.
  • A family that needs a fast, reliable way to get help.Dedicated SOS to a caregiver's phone instantly, separate from everyday navigation.
  • An older adult who benefits from fewer decisions.Favourite Channels and Continue Watching so she rarely browses to reach what she already wanted.
Edge cases: where it breaks down
  • Multiple older adults sharing one TV, different needs.One shared profile/focus model may not fit two people with different confidence or vision needs.
  • No caregiver reachable, or their phone is offline.SOS has nowhere reliable to land if the connected caregiver is unavailable.
  • Providers that don't expose a sync or state API."One shared layer" breaks when a platform can't report what's playing.
  • Unstable or absent home internet.TV–phone sync depends on connectivity that isn't guaranteed in every household.
  • Multiple caregivers configuring the same profile.Conflicting changes from multiple family members can undo the predictability the design relies on.
12Reflection

What this project actually taught me

1
Narrowing scope increased the quality of the problem.

Stopped solving “older adults and technology.” Focused on recovery after a TV mistake.

2
A prototype is useful when it answers a question.

The connected prototype mattered for testing shared state and interaction assumptions, not screen count.

3
Evidence has to be sized honestly.

One informal participant can show direction; it cannot prove better confidence or independence.

4
Narrowing the problem through real behaviour.

Hardest part was never a screen. Resist “older adults struggle with tech” as one generic problem. Sit with two specific people in two rooms until the real problem shape appears.

5
Accessibility is also about what is missing.

SOS taught me: accessibility often isn't simplifying what's there. It's noticing what's missing. In distress, nothing needed to be simpler; something needed to exist that hadn't.

6
Good design decides where complexity goes.

Caregiver app: remove complexity for one person, and someone else carries it. Good design doesn't pretend complexity vanishes. It decides whose shoulders it belongs on.

Back to home