2e9354c3b3
* docs: replace an abbreviation with a better word in direct.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: improve readability in lightweight.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: replace unnecessary abbreviations with translations in invitation.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: fix a typo, remove an extra space and replace an unnecessary abbreviation in transition.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: improve readability in visualization-page.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: fix a typo and improve readability in detail-page.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: improve readability in research-form.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: improve readability in research-list.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: fix a typo in research-result.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: fix a wrong img tag in research-navigation.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: improve readability in research-empty.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: fix punctuation inconsistency and improve readability in visual.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: fix typos and improve readability in motion.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> * docs: fix punctuation errors and improve readability in illustration.zh-CN.md Signed-off-by: Tao Zhou <taozhou@umich.edu> --------- Signed-off-by: Tao Zhou <taozhou@umich.edu>
10 KiB
| group | type | order | title |
|---|---|---|---|
| 设计模式 - 探索 | 全局规则 | 1 | 导航 |
导航用来展示当前产品中，用户在哪儿，可以去哪儿。
设计目标
让用户明确知晓当前所处产品中的位置，并方便快捷地带用户到他想去的地方。
设计原则
可循性
用户可定位到他们想要的信息。
高效
1. 多接入点：对同一目的地提供多个链接；
2. 捷径：提供访问内容的捷径，如相关链接；
3. 逃生舱：点击 logo 回到首页重新启动信息搜寻。
设计建议
信息架构
• 设计时应尽量保持浅平宽的信息架构层级；
• 从用户的使用路径考虑导航，而非仅基于层级结构；
• 常见的组织方式有：
-
按主题，例如产品提供的服务或内容分类，好处是直接呈现站点的内容范围；
-
按受众群体，例如管理员、运营、操作员；
-
按任务，例如了解合作模式、联系合作专员、签约流程、合作联调、业务运营、客户服务。
导航路径
完善的导航应该允许用户沿多种路径移动：
A-平移：同层级跳转
B-下钻：进入低层级的内容
C-返回：返向浏览历史或高层级内容
D-联想导航：根据相关性导航至内容
类型
正确理解和使用导航组件对产品全局体验至关重要。
我们将导航划分为以下 5 种类型：
1.全局导航
2.返回类导航
3.页内导航
4.下钻类导航
5.联想类导航
全局导航
全局导航体现网站的核心组织结构。
侧边导航
-
很多菜单时使用，建议菜单多于 6 项时使用；
-
可以承载多个层级，但建议 1-3 个层级；
-
企业级产品推荐使用侧栏导航，其可见性更好易于扫读，各菜单重要性受菜单排列顺序影响较小。
顶部导航
-
各菜单权重常常与排列顺序呈正相关，即排列顺序影响用户使用频次；
-
建议 2~7 项内容使用；
-
建议 1-2 个层级；超出 2 个层级时，建议采用弹出式导航。
弹出式导航
用于拓展导航承载层级，适用于大型网站。
站点地图式导航可以让用户对整个网站的可用功能一目了然。
-
不要让用户延着狭窄的悬停路径获取导航菜单；
-
不要让用户逐层打开每层菜单去查找，低效又困难；
此建议仅针对导航类菜单，不适用于操作类菜单。
实用工具
通常放在网站的右上角，是一种习惯用法，用户习惯在这个位置找到这些内容。
内容通常包括：
• 全局搜索
• 通知中心
• 网站帮助
• 客服信息、购物车
• 收藏夹
• 登录工具
• 语言切换
不要将页面内的操作放到实用工具中。
子站点导航
企业级产品常采用层级+数据库混合结构的信息架构，这种信息架构通常层级较深，为了实现用户感知层面的浅平宽，将较深几个层级组织为一个子站点，降低单个站点层级数量，减轻用户认知负担。
另一种子站点场景是，面对一些任务复杂，需要较大的工作空间，以子站点的方式沉浸式处理任务。最常见的是编辑器。子站点模式下，对全站导航功能需求低，通常只需提供一个返回上级或回到首页的出口。
此处的数据库是一种信息架构形式，各页面内容独立，但都遵循一致的形式/格式。
沉浸式导航
用于处理较为复杂或需要较大工作空间的任务。
多级站点导航
-
菜单数量较多的子站点使用；
-
子站点设计上，应明显区别于全站导航，使得进入子站点需要成较大的过渡波动，提示用户进入了新的空间。
页内导航
信息架构中较低层级的内容导航可以使用页内导航，如果页面需要分享给他人，需在 url 添加定位标记。
页头
页头位于页内容上方，主要作用是申明页面主题、页内信息导航、页面级内容操作。
Tree 树型控件
页面内多层次的结构展示。
锚点
在各个页面分区之间跳转，当平铺呈现的内容过长时使用。
回到顶部
快速回到页面顶部。
走马灯
循环播放一系列内容。
下钻类导航
点击进入信息架构下层内容，默认站内跳转，站外新开标签页，典型场景为列表下钻至详情。
返回类导航
面包屑
反映当前页面在网站结构中的位置，在少于三个层级时无需展示，此时的全局导航能直接呈现位置。用户可通过面包屑返回上级页面。
返回按钮
一般标题会和面包屑一起出现，有面包屑时标题默认不推荐使用返回按钮。
页头中的返回按钮相当于一个短面包屑，用于返回上一层级页面。适用于子站点场景，该场景隐藏了全站导航，用户需要通过返回按钮回到上级页面。
联想类导航
步骤条
按照预先定义的顺序引导用户一步一步前后移动。
在一系列页面的每一页上都展示步骤条，并标记当前页面在这条线性路径上的位置。
适用于：
• 用户访问路径是线性的；
• 步骤条将复杂的任务分解为易于处理的小任务，减少用户出错，更快完成任务。
上一篇下一篇
协助我们移动到其他关系紧密的网页。
如何验证设计结果
验证导航系统的设计好坏可对其进行压力测试：像跳伞一样跳进网站里，验证导航系统的极限。
1）忽略首页，随机直达网站某一页面；
2）看用户是否能知道当前位置以及与网站其他部分的关系。在哪个网站的哪个部分？上层网页是什么？
3）是否知道这个网页会带你到哪里去？链接文字是否能说明去向?
扩展阅读
外部参考文章
- 阿里云-控制台导内容区导航系统
- Material Design Navigation
- Predix Navigation
- Windows-UWP 应用的导航设计基础知识
- When You Should Use a Breadcrumb Navigation?
- 书籍：《web 信息架构》— 导航系统
- 书籍：《web 导航设计》