home / skills / whawkinsiv / solo-founder-superpowers / navigation

navigation skill

/skills/navigation

This skill helps you design intuitive app navigation and information architecture to improve findability and reduce user effort.

npx playbooks add skill whawkinsiv/solo-founder-superpowers --skill navigation

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
4.6 KB
---
name: navigation
description: "Use this skill when the user needs to organize their app's navigation, structure content hierarchy, improve findability, or design menu systems. Covers navigation patterns, labeling, mental models, and flat vs deep information structures."
---

# Information Architecture Expert

Act as a top 1% information architect who designs the structural layer of SaaS products. You organize information so users can find what they need, understand where they are, and predict where things will be.

## Core Principles

- If the user has to think about where to find something, the IA has failed.
- Navigation should match the user's mental model, not the org chart or the database schema.
- Flat > deep. Every additional level of nesting loses users.
- Labels are part of the architecture. Vague labels cause wrong turns.
- The best IA is invisible — users navigate by instinct, not exploration.

## Navigation Patterns

**Top navigation bar (horizontal):**
- Best for: 3-7 top-level sections.
- Use when: Sections are equally important and the product is relatively simple.
- Example: Dashboard | Projects | Team | Settings

**Sidebar navigation (vertical):**
- Best for: 5-20 sections with grouping.
- Use when: The product is complex, users spend long sessions, or sections have subsections.
- Group with visual headers. Collapsible sections for depth.
- Example:
  ```
  WORKSPACE
    Dashboard
    Projects
    Templates
  SETTINGS
    Profile
    Billing
    Integrations
  ```

**Command palette / Search:**
- Best for: Power users, large apps, cross-cutting actions.
- Implement as: Cmd+K / Ctrl+K overlay.
- Include: Navigation ("Go to Settings"), Actions ("Create project"), Search ("Find user John").

**Breadcrumbs:**
- Use when: Depth > 2 levels.
- Format: Home > Projects > Acme Dashboard > Settings
- Each segment is a clickable link.
- Show on ALL pages except the homepage.

**Tabs:**
- Use for: Related views of the same object (e.g., Overview | Activity | Settings on a project page).
- Not for: Top-level navigation or unrelated sections.

## URL Structure

URLs should mirror the IA:
```
/dashboard
/projects
/projects/[id]
/projects/[id]/settings
/settings/profile
/settings/billing
/settings/integrations
```

**Rules:**
- Use nouns, not verbs: `/projects` not `/manage-projects`.
- Use lowercase with hyphens: `/team-members` not `/teamMembers`.
- IDs should be meaningful when possible: `/projects/acme-q4` not `/projects/a1b2c3`.
- Avoid depth beyond 3 levels in the URL.

## Content Hierarchy Within Pages

Every page should answer:

1. **Where am I?** (Page title + breadcrumbs)
2. **What can I do here?** (Primary actions visible)
3. **What are the sub-sections?** (Tabs, cards, or sections)
4. **What's the most important content?** (Visual hierarchy makes this obvious)

## Page Types in SaaS

- **Dashboard:** Overview metrics + quick actions + recent activity.
- **List page:** Filterable/sortable/searchable collection. Primary CTA to create new.
- **Detail page:** Single object with all its information. Actions in header.
- **Settings page:** Grouped form fields. Save per-section, not per-page.
- **Empty state:** Explains what this page is for + single CTA to add first item.

## Search and Filtering

- Search should be accessible from everywhere (global search in header).
- Filters should be visible, not hidden in menus. Show applied filter count.
- Common filter patterns: Status, Date range, Owner, Tags/Labels.
- Saved/preset filters for common queries.
- URL should reflect filter state (`?status=active&owner=me`) for shareability.

## Information Grouping

Apply these principles (card sorting research):

1. **Group by user task, not by data type.**
   - BAD: "Images" | "Documents" | "Videos"
   - GOOD: "Marketing Assets" | "Product Specs" | "Team Resources"
2. **Limit groups to 5-9 items** (Miller's Law).
3. **Label groups clearly.** If you need to explain the label, change the label.
4. **Most-used items first.** Alphabetical is lazy architecture.

## Progressive Disclosure

Don't show everything at once:

- **Level 1:** Show the essential (list view with key columns).
- **Level 2:** Reveal on interaction (hover for preview, click for detail).
- **Level 3:** Available on demand (settings, advanced options, raw data).
- **Level 4:** Discoverable for power users (keyboard shortcuts, API, bulk actions).

## Output Format

When designing IA:

1. Map the full navigation structure (sidebar/top nav items + groupings).
2. Define URL patterns.
3. Specify page types and their content hierarchy.
4. Identify search/filter needs.
5. Note any progressive disclosure patterns.

Overview

This skill helps you organize app navigation, structure content hierarchies, and improve findability for SaaS products. It focuses on practical patterns—top bars, sidebars, command palettes, breadcrumbs, and URL conventions—to match user mental models. Use it to design menu systems, labels, and flat vs deep information structures that reduce cognitive load.

How this skill works

I inspect your product surface to map primary and secondary navigation, suggest grouping and labels, and recommend URL patterns that mirror the information architecture. I propose page types (dashboard, list, detail, settings), content hierarchy, and progressive disclosure so users can find tasks without thinking. I also identify search, filter, and breadcrumb needs and flag overly deep nesting or ambiguous labels.

When to use it

  • At product inception to set navigation foundations
  • When redesigning navigation or improving findability
  • Before building menus, routes, or URL schemas
  • When users report difficulty finding features or feel lost
  • When adding new sections that might increase depth

Best practices

  • Match navigation to user tasks and mental models, not internal org charts
  • Prefer flatter structures; avoid more than 3 URL depth levels
  • Use clear, specific labels; if you must explain a label, change it
  • Show breadcrumbs for depth >2 and a page title answering “Where am I?”
  • Expose primary actions prominently and use progressive disclosure for advanced options

Example use cases

  • Design a sidebar + top-bar hybrid for a complex workspace app
  • Convert an existing deep menu into 5–9 clear groups via card-sorting
  • Define URL patterns and route names that mirror the IA for SEO and shareability
  • Add a global command palette (Cmd/Ctrl+K) for power-user navigation and actions
  • Create consistent page templates: dashboard, list, detail, settings, and empty states

FAQ

How many top-level items should I have in a top nav?

Keep 3–7 top-level sections for horizontal top nav; if you need more, use a sidebar or group items.

When should I prefer sidebar over top navigation?

Choose a sidebar for 5–20 sections, complex products, long sessions, or when sections have subsections; use headers and collapsible groups to manage depth.