Live

Smart Button Config

The Product

The LIFX app lets users control and customise their smart lighting, group lights by room, and connect with smart home ecosystems.

Team

Sole UX/UI Designer (me): End-to-End Product Design

Role

Problem framing, Information architecture, Design iterations, Interactive prototype, Post-launch evaluation

Timeline

4 weeks

-

0
0
%
Drop-offs

-

0
0
%
Task Completion Time

+

0
0
%
Weekly Usage

-

0
0
%
Related support ticket

Built for the system, not the user

Smart buttons are a core interaction in the LIFX ecosystem. The configuration screen is where users map physical button presses to lighting actions, so if setup feels hard, the entire feature feels hard. The legacy flow worked, but it was structured around how the system processed input rather than how users thought about their buttons. The result was a setup process that asked non technical users to make technical decisions.

The legacy flow

Button list
Choose an action type
Add an action
Add target(s)

⚠️

Every button and press variation is shown upfront, creating an overwhelming list.

⚠️

Action types (Matter, Cloud, Device) read as technical jargon to non technical users.

⚠️

One way selection forces action before target, opposite to how users naturally think.

⚠️

No way to edit a configured button afterwards, users had to repeat the entire setup each time.

Design principles

The legacy flow had to be rethought, but the goal was not a bigger feature. It was a clearer one. Three principles guided every decision in the redesign.

↘

One button, many presses. The interface should keep them grouped, not flatten them into a list.

↘

Let editing happen without starting over. A configured button should be adjustable, not rebuilt from scratch each time.

↘

Hide technical decisions when they are not the user's problem. Action types like Matter, Cloud, and Device are implementation details, not setup choices.

The final design

#1
A grouped button list

The flat list is gone. Each button is now an expandable card, grouping its press variations underneath. Users tap to reveal them when needed."

Button list
#2
A two-way editor

Users can choose a target or an action first, in either order. Existing configurations can be edited directly, without starting over.

New configuration
Configured
#3
No more action types

The Matter, Cloud, and Device choices have been removed entirely. The system selects the best action automatically based on the target.

'Add an action'
bottom sheet
'Add targets'
bottom sheet

Post launch impact

Since launch, internal feedback and support tickets related to button configuration have meaningfully decreased. Users now adjust existing button setups directly rather than recreating them, which was a core goal of the redesign.

↘

27% reduction in setup abandonment: Fewer users drop off mid configuration.

↘

24% faster task completion: Setup flow shortened from end to end.

↘

13% lift in weekly active usage: Users return to adjust configurations more frequently.

Reflections

The original flow was structured around how the system processes input, which made sense from an engineering perspective but introduced friction for non-technical users. The redesign did not add new functionality. It just reorganised what was already there around how people actually think about buttons. That reframing, more than any single design decision, was the real work.

Made by Ivy Feng © 2026