Glyph Interface
Turning hardware expression into a useful and extensible interaction system.
I led the product evolution of Glyph Interface, Nothing’s signature interaction surface on the back of the phone.
The goal was to move beyond decorative light effects and build a useful system for notifications, progress, time, sound and ambient interaction—without requiring users to look at the main screen.
Scope of Work
- Interaction definition
- Cross-functional delivery
Hardware & Software Integration
A new interface with no established rules
Glyph hardware gave Nothing a highly recognizable product identity, but there was no established interaction model for a rear-facing interface.
Unlike the main screen, it had limited resolution, no conventional touch interaction and only brief opportunities to communicate.
The challenge was not deciding what the hardware could display. It was defining what users genuinely needed when they were not looking at the screen.

Glyph System Events
Extending everyday system feedback beyond the main screen.
Problem
Most system feedback depends on the display, sound or vibration. When the phone is face down, muted or placed at a distance, many system events become difficult to notice or understand.
Direction
We connected Glyph with core system events, translating calls, notifications, charging and device states into distinct combinations of light, rhythm and position.
The goal was not to repeat the screen, but to make essential system feedback perceivable beyond it.
Feature scope
- Ringtone/ Notification
- Volume indicator
- Charging meter
- Music visualisation
- …
Glyph Experiences
Creating useful experiences designed specifically for the rear interface.
Problem
Basic light feedback could tell users that something had happened, but it often could not explain whether the event still mattered or whether action was required.
If Glyph only provided momentary effects, its usefulness would remain limited after the initial novelty faded.
Direction
We expanded Glyph from event feedback into persistent, glanceable experiences that helped users understand progress, priority and remaining time.
The interface focused on answering simple questions—whether something was nearly complete, whether an important message was waiting, and whether the user needed to act.
Feature scope
- Glyph progress
- Essential notification
- …
Glyph Toys
Turning the rear surface from a passive indicator into an interactive content platform.
Problem
Glyph originally worked mainly as a passive output surface. Users could receive information through light, but had limited reasons to actively enter and interact with the interface.
Without interactive content, the hardware risked being experienced only during occasional calls, notifications or demonstrations.
Direction
We introduced Glyph Toys as a lightweight interaction layer designed specifically for the rear surface.
Toys combined utilities, playful content and sensor-driven interactions, allowing users to actively explore Glyph without turning it into a conventional application screen.
Feature scope
- Spin the bottle
- Rock paper scissors
- …
Glyph SDK
Opening Glyph from a first-party feature set into an extensible developer platform.
Problem
If every Glyph experience depended on first-party development, the number of supported scenarios would remain limited and growth would be slow.
Third-party applications understood their own user journeys better, but lacked a consistent and controlled way to access Glyph hardware.
Direction
We opened selected Glyph capabilities through a developer kit, enabling third-party applications to integrate light-based feedback and experiences.
The SDK was designed not only as a technical interface, but as a product framework balancing openness, consistency, performance and user control.
Feature scope
- Glyph-Developer-Kit
- GlyphMatrix-Developer-Kit

