Role:
Founding Product Designer
System Scope
TV experience (guest-facing), mobile guidebook, and host management portal, connected through a shared data and layout system.
Duration:
May 2024 - Current
Status:
Used across 3,500+ properties in 36 countries.
/Overview
Leading the 0→1 Design of a Cross-Platform Hospitality Ecosystem
Large hotels solve the guest experience problem with expensive enterprise hardware, a solution that doesn't exist for independent hosts. WelcomeScreen built that layer for the short-term rental market.
My job was to design it across TV, web, and mobile in a way that gave hosts full control without making the guest experience feel managed.
/User Research & Insights
Designing for Two Audiences With Conflicting Needs


WelcomeScreen served two audiences who never shared an interface but were tightly coupled through the same system. Hosts configured content, branding, and rules through a centralized management portal. Guests never saw that interface at all, they only encountered the outcome: a TV and guidebook that needed to feel immediate, personal, and effortless on arrival.
A host in Tokyo could configure a welcome message, local recommendations, and house rules. A guest checking in at midnight in Oahu would see the result: a TV that felt personal and prepared, with no setup required on their end. The design had to make that handoff invisible.
/Problem Framing
Designing Under Device and Platform Constraints
Hosts and guests interacted with the system across fragmented TV platforms, each with different capabilities and constraints. Remote-only input, state persistence, and content updates introduced real limits on how the product could behave.
We had to design across

Fragmented TV Platforms
Fire TV, Google TV, Roku

Remote-Only Input
Directional navigation contraints
What the constraints forces us to prioritize
Shared patterns over platform-specific optimization
Different TV platforms had different capabilities, so we prioritized a consistent interaction model across all of them.
Arrival clarity over feature depth
Guests had to understand the experience instantly, so we focused first on a simple, intuitive arrival moment.
Light branding over full white-labeling
We kept a minimal on-screen brand to support long-term product recognition without overpowering the host experience.
Curated content over content volume
More media added noise and performance issues, so we intentionally limited density and length.
Guardrails over unlimited flexibility
Hosts needed control, but the TV experience still had to stay readable, stable, and easy to use.
Every tradeoff was a deliberate choice, not a compromise.
Constraints clarified priorities. The tighter the limits, the more intentional every decision had to be.
/System Flow
From reservation context to synchronized guest experiences
Before designing any screens, we mapped how reservation data and host-managed content flowed through the platform. The goal was to keep complexity in the backend so every guest-facing surface could stay simple and predictable.
/System in practice
AI-assisted content for hosts
Hosts managing multiple properties don't have time to manually research local recommendations for each one. With one click, the system generates property-specific suggestions pulled from the property's location context. Hosts review, curate, and publish. Guests see the result on TV and mobile.
/Cross-Surface Execution
From One System to Three Surfaces
With the system defined, the work shifted to how it translated across real surfaces. The portal, TV, and mobile each served a different user in a different context, but all drew from the same underlying data and layout system.
/Product in Practice
How the System Comes Together in Real Properties
A host configures content once. A guest arrives and it just works. These screens show how that handoff played out across the portal and the guest-facing surfaces.
/Outcome & Product Impact












