Play Design System

Building a source of truth.

Google Play is the app storefront for Android devices globally. As the Play product and team has grown overtime, inconsistencies have developed across various workflows in component structures and usage. With the introduction of Google Material 3, the latest iteration of the Google-wide design system, Play has the opportunity to find solutions for design and implementation pain points in tandem with an adoption strategy. The goal of the Google Play design system is to create a source of truth for UX and Engineering teams to reference consistent components and documentation guidelines that reflect the latest Google Material design standards.
My role as lead visual designer was to partner cross functionally with various UX and Engineering teams to conduct audits of existing components in production, outline documentation of usage and specs for components on a guidelines microsite, and create a Figma library of styles and component variant sets to be leveraged across mobile, tablet, browser, wearables, car, and TV platforms.
Role
Interaction Design
Visual Design

The Problem

The Google Play store is supported by designers across various teams which has lead to inconsistencies in component structures, pain points in XFN workflows, and misalignment with Google Material 3 design standards.

The Objective

Get designers and engineers who support Google Play to adopt a cohesvie design system that reflects the latest Google Material design standards to increase product quality and workflow efficiency.

The Solution

The Google Play Design System is a central source for Play-specific and Google Material common styles, components, and patterns that enable makers and consumers to have joyful discoveries, engagements, and inspiring innovations.

Approach


In our effort to create a single source of truth, there are 3 main objectives: align Google Play with Google Material, align Google Play UX and Engineering teams, and align Google Play UX teams across verticals.

To accomplish this, we employed a four phase strategy in our approach. While this strategy guided the way, it was a non-linear process and progress was be made on multiple phases in tandem.

Phase 01

Audit


Audit current state of components + styles in the Play store production app and compare with Google Material 3 common components to identify discrepancies.

Phase 02

Structure


Structure Play-specific and Google Material common components into a components + styles Figma library for the Play organization to leverage.

Phase 03

Document


Create a documentation microsite housing guidelines, specs, and engineering resources for styles, components, and patterns included in the design system.

Phase 04

Implement


Collaborate with engineering partners to ensure the Play store production app reflects the Play component specs across platforms and adheres to the latest Google Material design standards.

Multi-platform audit

We conducted a production app audit to identify inconsistencies across Google Play and discrepancies against the parent Material design system. This audit helped lay the foundation for Material 3 adoption ensuring a high-quality, creative, and cohesive approach.

Identifying common components

From the audit, 20 Google Material common components were identified as eligible to lift from the Material parent design system directly or with Play-specific modifications.


Prioritizing component adoption


Leveraging audit insights from Play Store audits, GM3 common components were been categorized in regards to prevalence across the Store experience and interaction impact.

This matrix was created to facilitate XFN conversations and capture Eng-related prioritization factors such as univision migration or wrapped components. From here the team was able to align on an adoption strategy and GM3 component implementation.

Aligning semantics

Before any Material components could be implemented, Google Play semantics needed to be updated to align with Google Material styling and tokens structures.

Color scheme

While the previous Play Store color system relied on hard-coded hex values, design tokens enable dynamic color and product consistency by assigning an element's color role in a UI, rather than a set value. This system is built to support Google Play across light and dark themes.


Typography

Play type styles were migrated fitting into 5 roles: display, headline, title, label, and body. The new roles are more descriptive, allowing for simpler application in a broader range of use cases.

Making components easy with a design kit

Components are structured in a Components + Styles library and instances are migrated to a Design Kit for the wider Play organization to leverage. Each component is supported with a description, link to related documentation, and configurables available.

Crafting flexible components

Component instances


Components are UI elements that can be re-used across projects. It could be a button, a cluster header, an icon and many more. These instances are copies connected to a master component. Using existing components will help you speed workflows and allow UXers to get the latest updates automatically.

Component properties


Components can be customized to fit specific use cases. Upon selecting a component, property options appear inside the Design panel. Configurables will vary depending on the component. Common properties include configuration type, state, devices, theme, etc.

Nested properties


For UI patterns comprised of multiple components, such as a cluster, properties are available for all nested elements. For example, you can turn on a cluster header subtitle without needing to break the instance.


Multi-platform component support

Design kit components are built for scale from compact to expanded screen sizes via the properties panel.This makes it easy for designers to populate a UI and easily translate the across platform experiences.

Documentation for UX and Engineering

The Play Design System guidelines microsite houses all the need-to-know information for components + styles. Each component has a dedicated section on the site that provides an overview with the latest changes to the component along with variants, guidelines of usage to reference with Play store examples, component specs, and relevant UX and Engineering resources.


Source-of-truth reference screens

Core reference screens from across the app experience are available with nested components.

These resources contain a feed of populated content to leverage as a foundation as needed in feature exploration.

Baked-in prototyping capabilities

Grab-and-go components from the design kit are designed with team deliverables in mind.

With prototyping included in component templates and reference screens, designers are able to spend less time replicating existing interaction patterns and focus on new feature development.





Socializing the Design System

To help socialize the Design System across the Play organization, we created a guide highlighting its purpose and connecting team members with a one-stop-shop to resources.



Other Projects