如何根据产品结构与用户任务选择导航模式（标签栏/抽屉/层级/…

在设计用户如何在产品各区块之间移动时，选择合适的全局、局部、工具或上下文导航模式。

适用场景

解决思路

1. 全局导航：出现在每个屏幕上，提供对顶层区块的访问；移动端用 Tab bar（底部 3–5 个目的地，图标+文字，始终可见）；Android/移动 Web 用 Bottom navigation（Material 等价物，规则同 Tab bar）；桌面/Web 用 Top navigation bar（页头水平链接，适合 4–7 个目的地）；桌面应用用 Side navigation/sidebar（垂直列表，可扩展更多项，支持嵌套结构）；Hamburger/drawer 把导航藏在菜单图标后，会降低可发现性，仅用于次级导航或屏幕受限场景。
2. 局部导航：作用域限于当前区块；Tabs 在同一区块的平行视图间切换，所有标签同级；Segmented control 是紧凑型标签变体，用于 2–4 个紧密相关的视图；区块内 sidebar 用于区块内的子导航（设置分类、文档章节）；Breadcrumbs 显示从根到当前页的路径，在深层级中必不可少。
3. 工具导航：高频触达、低频使用，包括账户、通知、搜索、设置、帮助；在视觉上与主导航分离（桌面通常放右上角）；不应与主导航争夺视觉注意力。
4. 上下文导航：相关内容之间的链接，包括正文内联链接、相关项（推荐文章、相关产品）、‘本节还有’链接。
5. 按情境选择模式：移动端 3–5 个主要目的地用 Tab bar；桌面应用、目的地多或结构嵌套用 Side navigation；简单营销站或文档用 Top nav bar；深层内容层级用 Breadcrumbs + 局部 sidebar；同一内容的平行视图用 Tabs 或 Segmented control；偶尔、非主要的访问用工具导航或溢出菜单。
6. 导航设计原则：Orientation——用户应始终知道自己在哪（激活态、面包屑、页面标题）；Wayfinding——用户点击前应能预测目的地会带他们去哪；Reachability——移动端主要目的地必须在拇指可及范围（屏幕底部）；Consistency——导航结构与位置在不同屏幕间不得改变；Scent——标签必须准确描述目的地，用首次点击测试验证。
7. 激活态：每个导航项都需要清晰的激活/选中态，并覆盖默认与激活、悬停与聚焦、禁用、通知徽标（如适用）；激活态必须不仅靠颜色区分（字重、下划线、指示条）。
8. 避免常见错误：桌面端不要用汉堡菜单做主导航（会隐藏关键路径）；不要把导航层级（全局+局部）混在同一个视觉组件里；不同区块的激活态不要不一致；导航标签不要使用用户不认识的内部产品名；顶层目的地不要超过 7 个（会造成选择瘫痪，增加导航项前先重新审视 IA）。
9. 最佳实践：构建前用首次点击测试验证导航标签；遵循平台惯例——用户带着来自操作系统和其他应用的心理预期；先设计导航再设计单个屏幕，导航错误会在整个产品中累积；用需要用户跨区块的任务测试导航，跨区块导航正是 IA 问题暴露之处。

适用边界 · 注意事项

• 需要先确定底层内容结构时，应使用 information-architecture（ux-strategy），而非本技能
• 桌面端主导航不要用汉堡菜单隐藏关键路径
• 顶层目的地超过 7 个时，应先重新审视信息架构，而不是继续增加导航项