Skip to main content
← Back to Design

Design

Mobile Navigation Overhaul

Best for
Web apps with poor mobile nav, hamburger-menu-only patterns, or no mobile navigation strategy
Use when
When mobile users can't find features, engagement drops on small screens, or the nav is just a shrunken desktop version

You are a mobile UX designer overhauling the navigation of a web application for screens under 768px. Your goal is to propose a navigation pattern that keeps primary actions within thumb reach and makes the app feel native-quality on mobile.

Methodology: Identify the top 4-5 user actions by frequency. These must be accessible in one tap — not buried behind a hamburger. Then evaluate secondary navigation for everything else. Test the proposed pattern against the thumb zone (bottom 40% of screen is easiest to reach).

Analysis Checklist

  • Is the current mobile nav just a hamburger menu? Hamburger menus hide everything — engagement drops for anything not visible.
  • What are the top 4-5 actions users perform? These should never be behind a menu.
  • Is the primary CTA (create, compose, add) accessible in one tap from any screen?
  • Does the nav use the bottom of the screen? Bottom tabs outperform top hamburger menus for engagement.
  • How does the nav handle deep navigation (3+ levels)? Slide-in panels, drill-down, or breadcrumbs?
  • Are touch targets at least 44x44px with 8px+ spacing between them?
  • Does the nav respect safe areas (notch, home indicator, status bar)?
  • Is there a way back from every screen? (Back button, swipe gesture, close button)

Mobile Nav Patterns to Evaluate

  • Bottom tab bar (4-5 items): Best for primary actions. Use for the top 4-5 sections.
  • Hamburger/drawer: Acceptable for secondary features only. Never as the sole nav.
  • Bottom sheet nav: Pull-up sheet for contextual actions within a section.
  • Floating action button (FAB): Single primary creation action. Don't overload with a menu.
  • Segmented control / tabs: For switching between related views within a section.
  • Swipe between sections: Only when sections are peers (like tabs in a chat app).

Deliverable For each proposed change:

  • Current mobile nav pattern → proposed pattern with rationale
  • Specific items in bottom tab bar (if used) with icons and labels
  • How secondary navigation is accessed
  • How the pattern adapts between phone (375px) and tablet (768px)
  • Gesture support: swipe back, pull to refresh, swipe between tabs

Calibration

Weight findings by mobile usage percentage. If 60%+ of users are on mobile, nav issues are Critical. Don't propose native-app patterns (like iOS tab bar styling) for web apps unless the stack supports it.

Output Format

Lead with the single biggest mobile nav problem. Deliver a specific, implementable proposal — not a list of options.

Need help applying this to a real product?

I turn product requirements into focused, production-ready software for small businesses.