MODULE 02 / LESSON 04

导航、搜索与当前位置

让用户知道在哪里、能去哪、怎样回来。

8 / 60 课建立设计认知

先理解这个概念

导航用于探索已组织的内容,搜索用于表达特定意图。面包屑表达层级,返回按钮表达访问历史,两者不能互相代替。导航的选中态、页面标题与 URL 应保持一致。

导航包含空间位置和时间历史。面包屑回答内容属于哪里,返回回答用户从哪里来,选中态回答当前属于哪个栏目。搜索与筛选还会形成临时上下文。若所有入口都机械地回首页,用户虽然没有迷失路由,却丢失了刚建立的工作进度。

用程序员的语言说

路由需要可预测的路径和返回行为;导航就是把这个结构表达给用户。

记住这三个原则

  1. 01

    主要导航位置稳定,当前项不只靠颜色区分。

  2. 02

    详情页保留返回列表的路径与必要上下文。

  3. 03

    搜索要处理无结果、拼写变化与筛选条件。

实际设计时,分三步做

  1. STEP 01

    为主要内容定义稳定 URL,区分可分享的查询条件与临时界面状态。筛选条件适合放入 URL 时,应支持刷新后恢复。

  2. STEP 02

    分别定义浏览器返回、页面返回与面包屑的目的地。直接打开详情链接时,也要有明确的上级列表入口。

  3. STEP 03

    走一遍搜索、筛选、详情、返回和新标签打开,核对标题、选中态、条件与滚动位置是否一致。

一个容易理解的例子

BEFORE / 常见问题

点开订单详情后,返回按钮跳到首页,之前的筛选全部丢失。

AFTER / 可以这样改

返回订单列表并恢复筛选、页码和滚动位置,详情仍显示所属栏目。

用户在探索过程中不需要重复构建上下文。

展开看:从场景到设计决定

用户从“本月、待付款”的订单列表进入某笔详情,再返回时应看见相同条件,而不是所有订单。面包屑中的“订单”可以回到订单栏目;“返回结果”则恢复这次查询。如果详情来自外部分享,历史可能不属于本站,因此不应让唯一返回按钮把用户带离产品。固定上级入口与历史返回可以并存,但标签要说明差异。

适用边界与取舍

不是所有状态都适合进入 URL。密码、敏感表单值和一次性提示不应作为分享参数;菜单是否展开等短暂状态通常也不需要永久编码。

YOUR TURN

把这个原则用一次

先做一个小判断

搜索“设计”无结果时应该展示什么?

再完成一份设计练习

为课程搜索设计“搜索结果→课程→下一课→返回”的行为,说明哪些状态需要保留。

容易踩的坑

不要用汉堡菜单隐藏所有桌面导航,只因为它看起来简洁。

继续查阅

本课为原创教学解释。具体平台规则与标准可查阅官方资料。

Apple Human Interface GuidelinesMaterial Design 3