有效地简化导航-Part 1：信息架构汇编.pdf

有效地简化导航-Part 1 ：信息架构 小编导读 ：导航作为用户体验重要组成 ，仅仅是达到目 一个手段—— 目 就是消费内容 。这就是为什么用户对内容和导航会有不一样 期望。内容应该是独一无二 、令人惊讶 、令人激动 ，导航应该是简单 、尽可能符合预期。 这个系列文章 ，分为两个部分 ，是一个 「四步走」 指南 ，用于简化导航 体验。通过分析 内容 类型和数量 ，选择并精心设计正确 导航菜单。 「四步走」——理想的导航系统 要做一个可用 导航系统 ，网页设计师必须按顺序回答以下4个问题 ： 1. 如何组织内容 ？ 2. 如何解释导航 选项 ？ 3. 哪种导航菜单最适合容纳这些选项 ？ 4 . 如何设计导航菜单 ？ 前两个问题关注构建和便签内容 ，通常称为信息架构。信息架构师通常用网站地图(sit e map diagram)来可视化他们 工作成果。 sit emap 网站地图给出一个网站 导航结构 然而 ，由于某些原因 （后面会详细解释 ），用网站地图来并不能提供最好 体验。设计一个定制导 航菜单 ，容纳、整理、逐步揭开它们 选项也是很重要 ，所以要让用户舒适地浏览、寻找、忽视 选项。 成功设计这样一个导航菜单 ，还需要回答后两个问题 ，这关乎到导航体验 交互设计。前两个问题 会在Part 1里谈到 ，后两个问题在Part 2。(Part 2还没写 ！！) 构建内容 要恰当地构建网站 内容 ，首先要考虑用户是如何寻找信息 ，然后用与之适应 方法来构建内容。 用户是如何寻找信息 当用户找些什么东西 时候 ，如 ，车、食谱、财务服务、衣服…… 他们不一定知道这些东西 确切 名字。如果我们假设用户知道它们 确切名字 ，那么我们就认为最近 方法就是提供一个A -Z 索 引表 ，又或是提供一个搜索框。 事实上 ，事情并不是这么简单。即使用户知道确切 名字 ，A -Z 索引表和搜索都会有先天 交互 问题 ，它们不能成为主导航 ，这个放到Part 2中再讨论。然而 ，用户通常不知道确切 名字 ，他们也 不关心这些名字 ；他们有关键字或是关于物品 特征描述。 指引用户找到正确内容 第一步 ，汇集并分类网站 内容。 元数据(META DATA )是导航系统的基础 元数据就是收集内容 信息——信息 信息。 不需要理会具体内容 ，每个条目都归属于不同 元数据类别 ，如 ：政治类文章、屏幕尺寸、视频 导演、衣服 领口……当然 ，还有一些类别是大家共有 ，如 ：价钱、受欢迎程度…… 通过这些元数据类别 ，用户可以浏览内容。然而 ，给用户提供所有 可能方式去浏览内容时不现实 ，也没好处。这样会让界面混乱 ，让导航 过程变复杂 ，甚至会混淆用户 ，以至于他们会抛弃这个 网站。 小心地考量是否要 ，或是在哪个阶段展示这些类别。 元数据类 的3种类型 决定什么时候展示元数据类别 ，首先把类别划分成3个组别 ：重要 ，可选 ，无关 。 信息架构 一大挑战就是按照重要 ，可选 ，无关 来分类 ，这很大程度上取决于目标用户 偏好 ，网站 目 ，内容 量。一旦你选定了适合 分类标准 ，这里有一些简单 规则来帮你决定 什么时候展示什么类别。 重要的类 重要 类别是指对所有目标用户 很重要。这样 类别一般较少 ，但至少每个条目都会有一个重要 类别 ，这可以简化设计师 工作 ，同时提供更好 导航体验。 决定重要类 对食谱来说 ，元数据 类别可能是“过程”、“原料”、“特殊饮食”、“场合”、“烹饪方式”、“烹饪时间”。 在这些类别中 ，最重要 可能是“过程”。不是每个人都有特殊饮食喜好 ，也不是每顿饭都会有特别 场合 ，但是几乎每个人都会把他们 餐饮分为开胃菜、主菜、配菜、沙拉、甜点等。 由于“过程”对每个人来说都是如此重要 ，首先提供 类别就应该是“过程”。 食谱中 ，“过程”是最重要 元数据类别 就像前面提到 ，目标用户或是网站目 会影响分类 ，特别是小众网站(ni he websit es)。 例如 ，“烹饪方式”与一般人去食谱 网站 目 没有联系。但是如果有一个网站收