Launcher Redesign Concept for EMUI
UX, UI, Motion, Prototyping (Live Link), User research, Presentation
With the (original) plan to enter into the US market, we were tasked to examine and rethink how will a western-facing EMUI launcher differ. Given the constraints and progression of Android P, how can EMUI stand to differentiate and improve in the North America region? The goal of the project was to propose a set of design principle and to showcase the principle live in a prototype demo.
Raise awareness to unintended habituation and supply features that promote digital well-being. Reduce triggering reactions and allow the users to stay present at the moment
Abiding by standard Android conventions allows EMUI to be optimal in update speed and compatibility. Consistent interactions helps a user to be proficient in the platform they are familiar with.
Being extra cognizant about removing or using constraints and friction. Designers have the responsibility to guide the users in the optimal experience and not rely on the user to guide themselves.
We created a way to measure "how difficult is it to complete an intent" called the friction index. This friction index help designers be more conscientious about how each design choice will impact the way we guide users towards certain behaviors.
To examine how current launcher design causes unintended habituation and triggering, we broke down the intention types of when a user approaches their mobile device into three categories. Namely:
We defined "triggering" as when a user unintentionally drifts from one intention to another. Examining the current Android launcher with friction index against each these intention types allows us to quickly realized where we can reduce unnecessary triggering. We then made a hypothesis that if we are able to design a launcher that friction grades intents from "reach" being the lower in friction and "roam" being higher in friction, we can reduce unintended triggering.
Friction index analysis allows us to ask the question:
"Are users unintentionally triggered by a notification when they want to lower the screen brightness?"
"Can we better capture reaching intentions before showing users with notifications on the lock screen?"