Guides building and reviewing SaaS navigation: sidebar primary nav, command palette (Cmd+K), breadcrumbs, multi-tenancy/org switching, top bar layouts. Includes patterns and checklists.
How this skill is triggered — by the user, by Claude, or both
Slash command
/saas-design-principles:saas-navigationThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Jakob's Law dominates SaaS navigation: users spend most of their time in other apps and expect yours to work the same way. This is a measurable predictor of adoption speed.
Jakob's Law dominates SaaS navigation: users spend most of their time in other apps and expect yours to work the same way. This is a measurable predictor of adoption speed.
The established pattern for complex SaaS is a left sidebar for primary navigation with a top bar for context and utilities.
When to use sidebar vs. header-only navigation:
| Use Case | Pattern |
|---|---|
| Small number of sections, no secondary hierarchy | Header-only (top) navigation |
| Nested navigation (every real SaaS product) | Left sidebar |
IBM Carbon's guidance is definitive: the moment nested navigation is needed — and every real SaaS product needs it — use a sidebar.
The command palette is the power-user signature of modern SaaS. Linear, Superhuman, Slack, Figma, Notion, Vercel, and GitHub all implement it.
Essential design rules (from Superhuman's engineering team):
Three models dominate:
| Model | Example | Description |
|---|---|---|
| Single account, multiple orgs | GitHub | One user account added to multiple organizations |
| Separate accounts per org | Distinct accounts for each organization | |
| Hybrid (single account, multiple workspaces) | Linear, Notion | Single account, multiple workspaces |
Build for the hybrid model — it covers the widest range of products.
Placement:
Visual differentiation is mandatory. Use workspace avatars or colors so users switching between workspaces know immediately which context they are in.
Breadcrumbs are mandatory for any drill-down navigation.
Rules:
When reviewing or building navigation:
npx claudepluginhub oborchers/fractional-cto --plugin saas-design-principlesGuides selection of navigation models (hub-spoke, hierarchy, flat, content-driven) and ensures wayfinding fundamentals: where am I, where can I go, how do I get back.
Selects the right primary navigation pattern (top nav, side nav, tabs, bottom nav) based on content depth and device context, avoiding common usability failures.
Information architecture — design navigation structure, content hierarchy, sitemap, and taxonomy for a product or feature set. Use when asked to "organize the navigation", "information architecture", "how should content be structured", "sitemap", "nav redesign", "where should X live", or "content hierarchy".