MODULE 02 / LESSON 04
导航、搜索与当前位置
让用户知道在哪里、能去哪、怎样回来。
先理解这个概念
导航用于探索已组织的内容,搜索用于表达特定意图。面包屑表达层级,返回按钮表达访问历史,两者不能互相代替。导航的选中态、页面标题与 URL 应保持一致。
导航包含空间位置和时间历史。面包屑回答内容属于哪里,返回回答用户从哪里来,选中态回答当前属于哪个栏目。搜索与筛选还会形成临时上下文。若所有入口都机械地回首页,用户虽然没有迷失路由,却丢失了刚建立的工作进度。
路由需要可预测的路径和返回行为;导航就是把这个结构表达给用户。
记住这三个原则
- 01
主要导航位置稳定,当前项不只靠颜色区分。
- 02
详情页保留返回列表的路径与必要上下文。
- 03
搜索要处理无结果、拼写变化与筛选条件。
实际设计时,分三步做
- STEP 01
为主要内容定义稳定 URL,区分可分享的查询条件与临时界面状态。筛选条件适合放入 URL 时,应支持刷新后恢复。
- STEP 02
分别定义浏览器返回、页面返回与面包屑的目的地。直接打开详情链接时,也要有明确的上级列表入口。
- STEP 03
走一遍搜索、筛选、详情、返回和新标签打开,核对标题、选中态、条件与滚动位置是否一致。
一个容易理解的例子
点开订单详情后,返回按钮跳到首页,之前的筛选全部丢失。
返回订单列表并恢复筛选、页码和滚动位置,详情仍显示所属栏目。
用户在探索过程中不需要重复构建上下文。
展开看:从场景到设计决定
用户从“本月、待付款”的订单列表进入某笔详情,再返回时应看见相同条件,而不是所有订单。面包屑中的“订单”可以回到订单栏目;“返回结果”则恢复这次查询。如果详情来自外部分享,历史可能不属于本站,因此不应让唯一返回按钮把用户带离产品。固定上级入口与历史返回可以并存,但标签要说明差异。
适用边界与取舍
不是所有状态都适合进入 URL。密码、敏感表单值和一次性提示不应作为分享参数;菜单是否展开等短暂状态通常也不需要永久编码。
把这个原则用一次
先做一个小判断
搜索“设计”无结果时应该展示什么?
再完成一份设计练习
为课程搜索设计“搜索结果→课程→下一课→返回”的行为,说明哪些状态需要保留。
不要用汉堡菜单隐藏所有桌面导航,只因为它看起来简洁。
继续查阅
本课为原创教学解释。具体平台规则与标准可查阅官方资料。
Apple Human Interface GuidelinesMaterial Design 3