Outcome

100%

100%

Coverage for
any IA within Cisco

Coverage for any IA within Cisco

80%

80%

Product uptake
within one year

Product uptake within one year

33%

33%

reduction in training and
onboarding time

reduction in training and onboarding time

reduction in training & onboarding time

The challenge

What navigation pattern will scale and flex to support 40+ products?

Existing paradigms

Flyout

Previous navigation pattern in Magnetic, opened on both hover and click.

✅ Works well for relatively simple navigations

⚠️️ Unable to support multiple levels of navigation

⚠️ Responsiveness was also a significant issue

Nested

Used by some products though each had their own unique interactions and implementation.

✅ Allows users to see all nav items at a glance

⚠️ Vertical space is a limitation

⚠️ Can become visually overwhelming

We love the Cisco suite of products, but if there's one thing we're ever raging at...every single product, they're all different. There's nothing similar, there's nothing cohesive about it.

We love the Cisco suite of products, but if there's one thing we're ever raging at...every single product, they're all different. There's nothing similar, there's nothing cohesive about it.

- Cisco user with 6 Cisco products

The opportunity

What do we need to support?

Through audits and collaboration with products from across the products we support, I uncovered the following requirements:

Depth

1

4 levels

Complexity

3

20 sub-items per nav item

Content types

Simple nav items

Multiple filters / switchers

Multiple switchers

Screen real estate

Minimal, icon-only

Labeled nav items

Quick to navigate and accessible

Hover

Click to open

Responsive

Desktop

Mobile

The Solution

A scalable, cohesive navigation pattern

Supports simple to complex information architectures

Products that are simple can show all nav items in one level, while more complex architectures make use of the drillable, multi-level pattern.

Simple Navigation using groups

complex, multi-level navigation

Accessible and easy to navigate

Some of our products already had an existing interaction to open their nav on hover. However, hovering to trigger an action can pose potential accessibility issues and we wanted to prevent unwanted interactions with the navigation.


We needed a more accessible solution, allowing the nav to open on hover and click.

navigation drawer opens on hover and click

hover delay

Expanded or collapsed for maximum screen estate

Three variants for the navigation menu.

Product teams have the choice of offering:

  1. Expanded and collapsed, with text labels

  2. Expanded and collapsed, icon-only or

  3. Collapsed with text labels

expanded

Collapsed with labels • Collapsed, Icon-only

Responsive

While Magnetic is currently responsive down to tablet sizes, the new navigation is prepared for a fully responsive future.

It’s cleaner and more context aware. You have the info that you need and expect under each menu, not anything else. I like this way much better.

It’s cleaner and more context aware. You have the info that you need and expect under each menu, not anything else. I like this way much better.

It’s cleaner and more context aware. You have the info that you need and expect under each menu, not anything else. I like this way much better.

- Cisco user with multiple Cisco products

Key learnings

Balancing diverse needs with cohesiveness

We strike a balance of offering just the right amount of flexibility while maintaining a cohesive experience, so users don’t have to learn a new navigation paradigm each time they go to a different Cisco product.

Stakeholder involvement and collaboration

The only way to get to a flexible solution that works across so many products was to deeply collaborate with the product teams we support.
This project included working with stakeholders throughout the whole process: workshops, audits of their current navigations, design jam sessions with product designers, and stress testing of the designed component against their IAs.

Testing against the status quo

While we tested the new navigation pattern against various other paradigms, we didn’t test it against the previous “flyout” navigation because

  1. The pattern was not inherently scalable (it fails for complex navigation structures and isn’t responsive) and

  1. There were other potential patterns to test that would work better

However, for storytelling purposes, this turned out to be challenge later on. We got past this obstacle, but it taught me a lesson that even if its clear to you and your team, you need the evidence to show why a given option is better than the status quo.

Special shoutouts —

While I led this work, I couldn’t do it without collaboration and help from many people across the Magnetic ecosystem.

Tracy Rocca •

Tracy Rocca

Tracy Rocca

Design collaborator

Alyson Munroe and Max Rosenzweig •

Alyson Munroe and Max Rosenzweig

Alyson Munroe and Max Rosenzweig

UX reseachers

Nate Miller and Ross Andersen •

Nate Miller and Ross Andersen

Nate Miller and Ross Andersen

Product team designers, collaborators on initial design concepts

Wanda Lam •

Wanda Lam

Wanda Lam

Navigation icon designer

Jane Fulton •

Jane Fulton

Jane Fulton

Accessibility expert, helping with both design and engineering impementation

Jojo Yang •

Jojo Yang

Jojo Yang

Magnetic team lead, helping with storytelling across business units

Design Map •

Design Map

Design Map

Agency that facilitated initial workshop to kickstart the project

Magnetic engineering teams •

Magnetic engineering teams

Magnetic engineering teams

Implementation

16+ teams / 30+ product designers •

16+ teams / 30+ product designers

16+ teams / 30+ product designers

Collaborators, component stress testers, and feedback providers