Navigation design basics for UWP apps

If you think of an app as a collection of pages, navigation describes the act of moving between pages and within a page. It's the starting point of the user experience, and it's how users find the content and features they're interested in. It's very important, and it can be difficult to get right.

It's difficult because as app designers, we have a huge number of choices to make. We could require the user to go through a series of pages in order. Or we could provide a menu that allows users to jump directly to any page. Or we could put everything on a single page and provide filtering mechanisms for viewing content.

While there's no single navigation design that works for every app, there are principles and guidelines to help you decide the right design for your app.

Navigation diagram for an app
Diagram of an app's navigation.

Principles of good navigation

Let's start with the basic principles of good navigation design:

  • Consistency: Meet user expectations.
  • Simplicity: Don't do more than you need to.
  • Clarity: Provide clear paths and options.


Navigation should be consistent with user expectations. Using standard controls that users are familiar with and following standard conventions for icons, location, and styling will make navigation predictable and intuative for users.

Preferred location for navigation elements
Users expect to find certain UI elements in standard locations.


Fewer navigation items simplify decision making for users. Providing easy access to important destinations and hiding less important items will help users get where they want, faster.

A simple versus a complex menu
The menu on the left will be easier for users to understand and utilize because there are less items.


Clear paths allow for logical navigation for users. Making navigation options obvious and clarifying relationships between pages should prevent users from getting lost.

Clear paths and destinations
Destinations are clearly labeled so users know where they are.

General recommendations

Now, let's take our design principles--consistency, simplicity, and clarity--and use them to come up with some general recommendations.

  1. Think about your users. Trace out typical paths they might take through your app, and for each page, think about why the user is there and where they might want to go.

  2. Avoid deep navigational hierarchies. If you go beyond three levels of navigation, you risk stranding your user in a deep hierarchy that they will have difficulty leaving.

  3. Avoid "pogo-sticking." Pogo-sticking occurs when there is related content, but navigating to it requires the user to go up a level and then down again.

Use the right structure

Now that you're familiar with general navigation principles, how should you structure your app? There are two general structures: flat and hierarchal.


Pages arranged in a flat structure

In a flat/lateral structure, pages exist side-by-side. You can go from on page to another in any order.

We recommend using a flat structure when:

  • The pages can be viewed in any order.
  • The pages are clearly distinct from each other and don't have an obvious parent/child relationship.
  • There are fewer than 8 pages in the group.
    (When there are more pages, it might be difficult for users to understand how the pages are unique or to understand their current location within the group. If you don't think that's an issue for your app, go ahead and make the pages peers. Otherwise, consider using a hierarchical structure to break the pages into two or more smaller groups.)


Pages arranged in a hierarchy

In a hierarchical structure, pages are organized into a tree-like structure. Each child page has one parent, but a parent can have one or more child pages. To reach a child page, you travel through the parent.

Hierarchical structures are good for organizing complex content that spans lots of pages. The downside is some navigation overhead: the deeper the structure, the more clicks it takes to get from page to page.

We recommend a hiearchical structure when:

  • Pages should be traversed in a specific order.
  • There is a clear parent-child relationship between pages.
  • There are more than 7 pages in the group.

Combining structures

an app with a hybrid structure

You don't have choose one structure or the other; many well-design apps use both. An app can use flat structures for top-level pages that can be viewed in any order, and hierarchical structures for pages that have more complex relationships.

If your navigation structure has multiple levels, we recommend that peer-to-peer navigation elements only link to the peers within their current subtree. Consider the following illustration, which shows a navigation structure that has three levels:

an app with two subtrees

  • At level 1, the peer-to-peer navigation element should provide access to pages A, B, C, and D.
  • At level 2, the peer-to-peer navigation elements for the A2 pages should only link to the other A2 pages. They should not link to level 2 pages in the C subtree.

an app with two subtrees

Use the right controls

Once you've decided on a page structure, you need to decide how users navigate through those pages. UWP provides a variety of navigation controls to help ensure a consistent, reliable navigation experience in your app.

We recommend selecting a navigation control based on the number of navigation elements in your app. If you have five or less navigation items, then use top-level navigation, like tabs and pivot. If you have six or more navigation items, then use left navigation, like navigation view or master/details.

Control Description

Displays pages.

With few exceptions, any app that has multiple pages uses a frame. Typically, an app has a main page that contains the frame and a primary navigation element, such as a navigation view control. When the user selects a page, the frame loads and displays it.

Tabs and pivot

Tab-based navigation
Displays a horizontal list of links to pages at the same level.

Use when:

  • There are 2-5 pages. (You can use tabs/pivots when there are more than 5 pages, but it might be difficult to fit all the tabs/pivots on the screen.)
  • You expect users to switch between pages frequently.
Navigation view

A navigation pane
Displays a vertical list of links to top-level pages.

Use when:

  • The pages exist at the top level.
  • There are many navigational items (more than 5).
  • You don't expect users to switch between pages frequently.

Displays a list (master view) of items. Selecting an item displays its corresponding page in the details section.

Use when:

  • You expect users to switch between child items frequently.
  • You want to enable the user to perform high-level operations, such as deleting or sorting, on individual items or groups of items, and also want to enable the user to view or update the details for each item.

Master/details is well suited for email inboxes, contact lists, and data entry.


Displays sections of ordered items in grids.

Use when:

  • You want to create visual navigation with hero images.

Hubs are well suited for browsing, viewing, or purchasing experiences.

Hyperlinks and buttons Embedded navigation elements can appear in a page's content. Unlike other navigation elements, which should be consistent across the pages, content-embedded navigation elements are unique from page to page.

Next: Add navigation code to your app

The next article, Implement basic navigation, shows the code required to use a Frame control to enable basic navigation between two pages in your app.