dP
AWS Navigation
Amazon Web Services Console 200+ services

Navigation

Rebuilt the AWS global header, the primary way millions of customers reach any of 200+ services, clearing ten years of UX debt and lifting favoriting discoverability by 55%.

{{ row.k }}
{{ row.v }}
Previous
The previous AWS services navigation
Revised (launched)
The redesigned AWS global header with the services navigation open
{{ s.n }}
{{ s.t }}
Context

A navigation bar used by millions every day.

The AWS global header is the primary way customers navigate to any of 200+ services on the AWS Console.

The previous services menu
Previous experience
The previous services menu, expanded
Previous experience, expanded
Problem

10 years of UX debt

{{ d.num }} {{ d.title }}

{{ d.body }}

Personas

Four archetypes, mapped by ease of use against technical capability.

The global header serves everyone who touches the Console, but they arrive with very different needs. We plotted four archetypes against ease of use and technical capability to decide who the navigation had to serve first. Decision makers and IT admins live in the Console UI and depend on scanning and favoriting to reach services quickly; ML engineers move between the Console and BI tools; application developers largely bypass the header for the CLI and CloudFormation. That spread is why V1 prioritized scannability, favoriting and responsiveness over deeper account and region controls. The low to mid technical roles had the most to gain, and the most to lose from nine years of accumulated UX debt.

Decision Maker
Decision Maker
Point-and-click dashboards

Lowest technical capability — needs the easiest path in.

IT Admin
IT Admin
Console UX

The core console user; navigates services directly every day.

ML Engineer / Data Scientist
ML Engineer / Data Scientist
Console + BI tools

Mid-range on both axes; moves between console and analysis.

Application Developer
Application Developer
CLI, API & CloudFormation

Highest technical capability — automates rather than clicks.

Research

What customers were asking for — and what made V1.

  1. {{ a.num }} {{ a.name }} {{ a.status }} {{ a.why }}
Finalized scope

Three goals

Defined jointly with the Product Manager after research synthesis, then presented and iterated with engineering and product leads.

{{ g.num }}
{{ g.title }}
  • {{ it.t }}
Study of ecosystem

Cross-destination consistency

Investigated how other AWS destinations handle navigation so the header could present a consistent experience across the entire AWS ecosystem.

Navigation patterns across AWS destinations
Visual design refinement

A single icon system for 200+ services

The previous mixed icon system
Before. Glossy 3D, ultra-fine outlines and heavy block solids fought for attention.
The new unified icon system
After. One line style on a gradient field, applied consistently across every service.
UX design

Explorations

Concepts printed out and pinned up to review with the VP of Product and Head of Design.

Printed concepts pinned to a review wall

Comparing concepts

Scored each concept against scale, scannability, access, scrolling, placement, visual design and downstream impact on the global header. Concept 1 won on access with its one-click favoriting, but capped at five services and hid the service names. Concept 2 scaled further, yet scanning was hard and its treatment clashed with the content below. Concept 3 was the only one strong across every criterion. It scales to full page height, scans cleanly top to bottom, stays visually balanced in a single column, and frees navigation real estate for later features, so it went forward to usability testing.

Concept 1
Concept 2
Concept 3Selected
Scale
Cannot present more than 5 services without scroll
Can scale to four rows of content
Can scale to full page height with scroll
Scannability
Small scale makes it easy to scan
Content scan-ability is hard
Easy to scan, top to bottom
Access
One-click access without increasing header height
Two clicks to reach favorites
Two clicks to reach favorites
Scrolling
Horizontal scroll, less friendly than vertical
No scroll
Vertical scroll
Placement
Omni-present
Contextually placed with other service-centric data
Contextually placed with other service-centric data
Visual design
Does not display the service names
Inconsistent treatment vs. content below: column vs. freeflow
Visually balanced with one column
Impact on global header
Global header gets busy with all the content
Releases real estate on the navigation for menu items
Releases real estate on the navigation for menu items
Testing

Usability study

Tested the selected direction with 12 customers, then took the findings into implementation with engineering.

Usability test findings
Glimpse of the spreadsheet with raw findings
The shipped header on the AWS Management Console home page
Shipped in production
Implementation

Redlined every state for engineering.

Handed off spacing and sizing on one pass and type, color and component references on the other, pointing back to Polaris for the modal and button rather than respecifying them.

Redlined specs for the new services announcement: spacing on the left, type, color and Polaris component references on the right
Measurements. Modal width, padding and offsets from the Services trigger. Tokens & components. AmazonEmber sizes, #16191F text, and Polaris modal and button references.
Favoriting in the shipped nav

Pin a service, reach it anywhere

Post-launch results

Impact

{{ r.n }}
{{ r.t }}
“We did it! Discoverability of favoriting a service increased by 55% post launch.”
— AWS Product Manager
What customers said
Customer post calling the new console an improvement
Customer post reacting to the new console design
Customer post praising the redesigned console
Japanese developer post: the new UI makes the AWS Management Console easier to use
“[Update] Favorite and history improved! The new UI makes the AWS Management Console easier to use.”
Next phase

Quick Launch

The redesign landed well, and customers were quick to tell us what would make it even better: getting to their favorited services in one step instead of two. We turned that feedback around fast, shipping a follow-up revision that puts favorite services a single click away.

Quick Launch, the next phase of the console home