AI 时代,鸿蒙 App 还需要传统导航结构吗?
引言
过去十几年,移动 App 的导航结构几乎是'行业共识':
- 底部 Tab
- 顶部导航栏
- 二级页面返回
- 三级页面层层深入
无论是 iOS、Android,还是如今的鸿蒙,我们都默认一个前提:
用户必须通过'导航结构'理解产品。
导航,是信息组织方式。 导航,是功能分配方式。 导航,甚至是产品战略的体现。
但当 AI 成为系统级能力后,一个问题开始变得尖锐:
如果用户不再依赖页面跳转完成任务,那传统导航结构还必要吗?
这不是'要不要保留 Tab'的问题。这是:
App 是否仍然以'页面'为中心。
传统导航结构的本质
我们先拆解传统导航到底在解决什么。
1、解决'信息分区'问题
典型底部导航结构:
Tabs(){
TabContent(){HomePage()}.tabBar('首页')
TabContent(){OrderPage()}.tabBar('订单')
TabContent(){ProfilePage()}.tabBar('我的')
}
本质是:
用空间分区管理功能。
不同 Tab 代表不同功能域。
2、解决'路径可预期'问题
页面跳转结构:
router.pushUrl({ url:'pages/order/List'})
router.pushUrl({ url:'pages/order/Detail', params:{ id }})
这种结构让用户形成心理模型:
- 我从哪里来
- 我现在在哪
- 我要怎么回去
导航保证了'路径可解释性'。
3、解决'功能发现'问题
当用户不知道功能在哪时:
- 通过浏览 Tab
- 通过查看菜单
- 通过层级展开
导航承担的是:
功能曝光机制。


