导航问题经常被当作视觉问题：底部放几个图标、顶部用不用返回、菜单藏在哪里。实际上它决定用户是否理解产品结构，以及能否快速回到高频任务。
选择前先画出信息架构和核心任务，不要因为某个竞品用了底部Tab，就默认自己的产品也应该一样。
01 底部Tab适合少量高频一级目的地
当产品有三到五个经常切换、地位相对平行的核心区域，底部Tab便于拇指触达并保持可见。
不要把低频设置和高频任务放在同一层，也不要频繁动态改变Tab顺序，用户会失去位置感。
02 顶部导航负责当前层级和页面操作
标题、返回、搜索、筛选和当前页面主要操作常位于顶部。顶部不适合承载过多一级入口，尤其在大屏手机上触达成本更高。
返回应符合平台习惯，不能让关闭、返回、取消三个动作含义混乱。
03 侧边菜单适合低频或复杂入口，但隐藏成本高
抽屉菜单能容纳更多项目，适合账户、管理、工具类低频功能；缺点是发现性较弱，用户每次切换多一步。
若某个功能对业务关键，不要只藏在汉堡菜单里。
导航模式选择参考
| 条件 | 更合适的模式 | 风险 |
|---|---|---|
| 3–5个高频平行模块 | 底部Tab | 入口过多时拥挤、标签难理解 |
| 深层任务与返回链路 | 顶部导航栈 | 一级入口发现性不足 |
| 大量低频管理入口 | 侧边菜单/更多页 | 隐藏后使用率下降 |
| 内容类别很多 | 顶部分类、分段控件或搜索 | 横向滚动不易发现 |
| 沉浸式单任务 | 简化导航、上下文操作 | 退出和恢复路径需清楚 |
04 先按任务频率分层，不按部门分菜单
内部组织可能有销售、运营、财务、客服，但用户并不关心部门。导航名称应接近任务和对象。
卡片入口、快捷操作和最近使用可以辅助高频任务，但不能替代稳定的信息架构。
05 导航要覆盖状态和权限变化
未登录、不同会员、不同角色、无数据和受限地区可能看到不同入口。变化应可解释，避免用户昨天能看到、今天突然消失。
权限受限时可保留入口并解释申请方式，或隐藏无意义功能，需结合业务判断。
06 用任务测试验证，而不是问“喜不喜欢”
让用户完成跨模块任务，观察首次找到入口的时间、误触、返回和反复切换。
上线后看入口点击、搜索词、返回路径和被忽略功能，再调整层级。导航可以迭代，但不要频繁大改。
常见问题
底部Tab一定不能超过5个吗？
不是硬性法律，但过多会拥挤、标签难读。更多入口可放“更多”或重新分层。
可以只用图标不写文字吗？
高频且含义公认的图标有时可行，但大多数业务图标需要标签以降低理解成本。
汉堡菜单是不是已经过时？
没有。它仍适合低频和复杂入口，只是不应隐藏核心任务。
顶部Tab和底部Tab能同时用吗？
可以分别承担一级与二级分类，但层级和选中状态必须清楚，避免两个Tab互相竞争。
B端移动APP也适合底部Tab吗？
取决于一线任务。高频工作区可适合，复杂管理功能可能更依赖搜索、工作台和上下文导航。
链接复制成功
