Twilio Admiral · 2019–2020

I redesigned the navigation of Admiral, the internal platform Twilio’s engineers use to deploy and run their services. Interviews showed each team only cares about a small slice of 2,351 roles, so I rebuilt the structure around your own team: contextual dashboards, a Team › Roles switcher, and shorter paths to everyday tasks.

Twilio Admiral

Showing each team only what’s theirs

  • Admiral is the internal platform Twilio’s engineers use to deploy and run their services.
  • I joined to iterate on its pipelines feature. The research turned it into a redesign of how the whole platform is organized.

Seven people, seven maps of Admiral

  • We interviewed seven Admiral users and had each one rank their top five workflows. Two groups emerged: daily work and administration.
  • Then we asked them to rename and regroup its sections. Everyone came back with a different picture of how Admiral was structured.
Grouping and labeling exercises from the interviews

A sliver of a huge list

  • Admiral held 2,351 roles across 246 teams, about ten per team. Each team only owned 0.4–4% of them.
  • So the structure became contextual instead of flat, the way Slack only shows the channels you’ve joined.
The few roles one team owns among thousands
Flat hierarchy versus contextual hierarchy

Start from your team

  • A Team › Roles switcher replaced the long list from top to bottom. By default you see your own team’s deployments, pipelines, and dashboards.
  • Editing a team’s access policy went from six steps to three.
Switching team and role from the header
Editing an access policy, before and after

One level down

  • The same structure carried the detailed tools: a deployment’s events and configuration sit under the team that owns it.
A deployment inside the team’s view

A system to build it on

  • Worked with the team to bring a design system into Admiral, and drew an icon set for the platform’s own concepts.
Typography and color in the design system
The Admiral icon set