This page collects all the familiar navigation patterns for structuring iOS apps, like drill-downs, modals, pyramids, sequences, and more! Think of it as an unofficial bonus chapter for Apple’s Human Interface Guidelines, written by someone who cares deeply about well-crafted user interfaces.
Structural Navigation
A typical iOS application has a fixed architecture—often a hierarchical tree with multiple levels. This rigid structure makes navigation options predictable. Structural navigation patterns give users confidence about where they came from, where they are in the hierarchy, and how to navigate back to where they came from.
Drill-Down
- The drill-down navigation pattern traverses an information tree structure as cascading lists—level by level, screen by screen.
- Animated transitions imply horizontal movement between columns: Moving right goes deeper into the tree hierarchy, moving left goes back up the hierarchy.
- Drill-down navigation is stateless: Traversing the hierarchy is always possible and is never interrupted by questions about whether to save state.
- The Navigation Bar displays the title of the current screen.
- Disclosure indicators () on list rows show that it’s possible to drill down deeper into the hierarchy.
- A Back button () provides an obvious path back up the hierarchy. If space permits, it should be labeled with the title of the parent screen rather than a generic “Back”.
- Swiping right from the left edge of the screen does the same as pressing the Back button.
- For right-to-left languages, the drill-down direction and control layout are mirrored to match the reading direction.
- The tree structure can be built dynamically to filter a database. For example: In a music player app, you can drill down from different hierarchical starting points (Artist, Album, Genre) to find the same album, as well as using a search interface.
- Drill-down navigation is the one-column-per-screen variant of the macOS Finder-style Miller columns.
Flat
- The flat navigation pattern divides the hierarchy at the root level and presents it as a tab bar (or as a sidebar on iPad).
- The tab bar items are curated around the main capabilities of the app to shape the user’s expectations and their mental model of what the app can do.1
- One of the tab bar items is always selected, and the active selection determines what’s displayed in the main content area of the app.
- The currently selected tab bar item should not change programmatically (without user interaction) or indirectly (for example, by tapping a button elsewhere in the interface).
- The tab bar remains visible on all screens throughout the application, except when it is temporarily covered by a modal sheet (see below).
- Tabs can be used as filters or as different entry points for the same large collection of content, such as a library of music, videos, or photos.
- Each section retains the navigation state for its own sub-hierarchy.
- Tab bar items should behave in a predictable way; they should not bring up sheets or trigger actions.
- The infamous Hamburger menu is the tab bar’s evil sibling: Discoverability suffers when the entire navigation interface is hidden behind a small icon. Hamburger menus were in style on iOS for a few years around 2015, but app makers abandoned them when research showed that tab bars were much more discoverable.
Pyramid
- The pyramid2 pattern allows you to quickly navigate between sibling views at the same hierarchy level without having to go back to the parent screen.
- The horizontal swipe gesture is a common way to move between sibling views in a media application. Buttons can also be used, such as the Next Message and Previous Message chevrons in the iOS Mail app.
- The iOS Photos app demonstrates the pyramid pattern: Tap a photo to open it in a full-screen view, then swipe left and right to flip through adjacent images.
- Use a page control for small collections to visualize the total number of items and the current item’s position relative to its siblings.
Hub-and-Spoke
- The Hub-and-Spoke2 pattern is ideal for large collections of unrelated items at the top level of a hierarchy. To switch between the full-screen child views, you always return to the hub first.
- The iOS Home screen—a collection of all the installed applications—serves as a hub and a reliable “neutral state” of the operating system.
- The Home indicator at the bottom of the screen is an easy-to-learn and always-available “escape hatch”2 that always leads back to the familiar Home screen interface.
- Note that this pattern is rarely used within apps. It is here mostly for completeness. There is hardly ever a need for a separation as strong as the one between applications at the operating system level.
Embedded Navigation
Embedded navigation patterns require special care to fit into the strict structural and spatial model of iOS. It is best to contain or embed these patterns in another view, either at a well-defined location in the app structure or in a modal overlay.
State Change
- A view can have several states. For example, replacing the loading progress indicator of a view with the loaded items doesn’t change the position in the hierarchy.
- Make sure that the state change really is neither hierarchical nor modal.
- Avoid full-screen transitions for in-place state changes.
- Other examples: an edit state for a list; a web brower interface; a panning map; a zoomable image.
- Different view options for the same data on the same screen is also a state change that changes the screen content without changing the user’s position in the hierarchy.
Step-by-Step
- The step-by-step pattern connects a series of screens in a linear flow, such as guided tours, setup flows, and onboarding tutorials. Entering a lot of data in an online store checkout also requires multiple steps.
- Stepping back and forth in the sequence doesn’t change the hierarchy level. This is different from the drill-down pattern described above.
- A step-by-step sequence should be contained in a modal overlay for presentation to emphasize that the Back button in this context serves a different purpose than in a hierarchical drill-down.
- The step-by-step process is usually completed with a Done or Close button, which also closes the containing modal.
- The sequence can have a variable number of steps and different paths depending on the options selected.
- “Wizard” and “assistant” are alternative names for this pattern.
- Step-by-step processes can feel tedious. If you expect users to perform the process frequently, consider combining the steps into a single view with different states to increase the information resolution and reduce context switching.
Content-Driven
- Content-driven navigation3 (non-linear navigation, experience-driven navigation) means that a hyperlink or button can teleport the user to any other page or view. It’s how web navigation works in the browser.
- Avoid this pattern in iOS apps, except for apps that display hypertext, immersive games, or similar non-linear content.
- If you must display hypertext content in an app, consider embedding it in a browser interface with back and forward controls. A state change of a self-contained browser interface is easier to understand than an unexpected change of location in the application hierarchy.
- You can use links to navigate between applications: Deep Links2 take the user from one app or from a website deep into the hierarchy of another app (using a URL scheme or domain-bound Universal Links).
I engaged on this gambling website and succeeded a considerable cash, but after some time, my mother fell sick, and I needed to cash out some funds from my casino account. Unfortunately, I experienced problems and couldn’t finalize the cashout. Tragically, my mom died due to the casino site. I plead for your help in bringing attention to this site. Please support me in seeking justice, so that others do not undergo the pain I am going through today, and stop them from shedding tears like mine. 😭😭😭�