information-architecture

信息架构

---

常见模式

模式 1：内容审计 → 卡片分类 → 站点地图

适用场景：重新设计内容繁多的现有网站/应用

流程：

1. 内容审计：盘点所有现有内容（URL、标题、元数据）
2. 卡片分类：用户将内容卡片分组成不同类别
3. 分析模式：出现了哪些类别？哪些内容被归在一起？
4. 创建站点地图：将这些模式转化为层级结构
5. 通过树测试进行验证：用户能否在新结构中找到内容？

示例：拥有 500 件商品的电商网站。审计商品 → 邀请 15 位用户进行卡片分类 → 发现用户按“场合”而非“商品类型”分组 → 新导航采用“日常必需品”“特殊场合”“礼品”，而不是“电子产品”“服装”“家居用品”

模式 2：分类体系设计（分面导航）

适用场景：用户需要多种方式来划分/筛选信息

结构：彼此正交的分面（维度），可组合使用

• 分面 1：类别（例如，“鞋子”“衬衫”“裤子”）
• 分面 2：品牌（例如，“Nike”“Adidas”“Puma”）
• 分面 3：价格范围（例如，“$0-50”“$50-100”“$100+”）
• 分面 4：颜色、尺码等

原则：分面彼此独立。用户可以任意组合筛选条件。

示例：浏览 Amazon 商品。可同时按类别、品牌和价格进行筛选。每个分面都会缩小结果范围，而不会影响其他分面。

模式 3：渐进式披露（中心辐射式）

适用场景：内容层级较深，用户需要先了解概览，再查看详情

结构：

• 中心页面：提供高层级概览，并使用清晰的标签
• 辐射页面：提供详细内容，并从中心页面链接到这些页面
• 面包屑导航：显示返回中心页面的路径

原则：不要一次性展示所有内容，以免造成信息过载。从简单内容开始，按需呈现复杂内容。

示例：文档网站。中心页面：“入门”，提供 5 个清晰选项（安装、配置、第一个应用、教程、故障排除）。每个选项都链接到相应的辐射页面。用户浏览中心页面，选择切入点，深入查看；遇到困难时，可返回中心页面。

模式 4：扁平导航与深层导航

适用场景：确定导航深度（广度与深度之间的权衡）

扁平导航（宽而浅）：

• 结构：顶层类别较多，子层级较少（例如，10 个类别，深 2 层）
• 优点：点击次数较少，所有内容一目了然
• 缺点：选择过多，难以浏览 10 个以上的选项

深层导航（窄而深）：

• 结构：顶层类别较少，子层级较多（例如，5 个类别，深 5 层）
• 优点：每层的选项数量适中（5-7 项）
• 缺点：需要多次点击才能找到内容，用户容易迷失在层级中

最佳结构：深 3-4 层，每层 5-9 项（希克定律：选择越多，决策时间越长）

示例：软件文档。扁平结构：一次性展示全部 50 个 API 方法（令人不知所措）。深层结构：API → 身份验证 → 方法 → JWT → jwt.sign()（需要点击 5 次，令人沮丧）。最佳结构：API（8 个类别）→ 身份验证（6 个方法）→ jwt.sign()（点击 3 次）。

模式 5：与心智模型保持一致（卡片分类）

适用场景：不了解用户如何看待内容

流程：

1. 开放式卡片分类：用户自行创建类别（探索）
2. 封闭式卡片分类：用户将内容归入你设定的类别（验证）
3. 混合式卡片分类：用户可以使用你设定的类别，也可以创建新类别（完善）
4. 分析：用户使用哪些标签？出现了哪些分组？哪些内容令人困惑？

示例：SaaS 产品功能。公司将它们称为“Widgets”“Modules”“Components”（技术术语）。卡片分类结果显示，用户认为它们是“报告”“仪表板”“提醒”（基于任务的术语）。启示：按照用户任务命名，而非按照内部架构命名。

模式 6：树形测试（反向卡片分类）

适用时机：在构建之前验证导航结构

流程：

1. 创建文本版树状结构（不带视觉元素的站点地图）
2. 给用户布置任务：“你会在哪里找到 X？”
3. 跟踪路径：他们走了什么路径？是否成功？
4. 衡量指标：成功率、直接程度（点击次数最少）、耗时

示例：导航树包含“服务 → Web 开发 → 电子商务”。任务：“查找有关搭建在线商店的信息。”成功率为 80% = 结构良好。成功率为 40% = 用户不理解“电子商务”这个标签或“服务”这个类别。继续迭代。

---

工作流

设计或审查信息架构时，请使用以下结构化方法：

□ Step 1: Understand context and users
□ Step 2: Audit existing content (if any)
□ Step 3: Conduct user research (card sorting, interviews)
□ Step 4: Design taxonomy and navigation
□ Step 5: Create sitemap and wireframes
□ Step 6: Validate with tree testing
□ Step 7: Implement and iterate
□ Step 8: Monitor findability metrics

步骤 1：了解背景和用户（详情） 确定内容量、用户目标、心智模型和成功指标（查找耗时、搜索查询、跳出率）。

步骤 2：审查现有内容（详情） 盘点所有内容（URL、标题、元数据）。找出重复项、缺失项和过时内容。衡量当前表现（分析数据、热力图）。

步骤 3：开展用户研究（详情） 与 15-30 位用户开展卡片分类（开放式、封闭式或混合式）。分析聚类模式、类别标签和离群项。开展用户访谈，了解他们的心智模型。

步骤 4：设计分类法和导航（详情） 创建分层结构（3-4 层，每层 5-9 个项目）。设计筛选维度。选择标签体系（基于任务、受众或字母顺序）。定义元数据架构。

步骤 5：创建站点地图和线框图（详情） 以可视化方式记录结构（站点地图图示）。创建低保真线框图，展示导航、面包屑和筛选器。征求利益相关者的反馈。

步骤 6：通过树形测试进行验证（详情） 使用文本版树状结构（无视觉元素）测试导航。衡量成功率（≥70%）、直接程度（≤最优路径的 1.5 倍）和耗时。找出问题区域并迭代。

步骤 7：实施并迭代（详情） 制作高保真设计并实施。分阶段上线（试点 → 推广）。收集真实用户的反馈。

步骤 8：监控可查找性指标（详情） 跟踪查找耗时、搜索成功率、导航放弃率、跳出率和用户反馈。根据数据优化分类法。

---

注意事项

1. 与真实用户测试，而非依赖假设

风险：根据利益相关者的意见或个人偏好进行设计

注意事项：始终通过用户研究（卡片分类、树形测试、可用性测试）进行验证。为确保统计显著性，至少需要 15 名参与者。

危险信号：“我觉得用户会理解‘协同解决方案’……”——如果你是在猜，那就错了。

2. 避免按组织架构图构建导航

风险：按内部组织结构（销售、市场营销、工程）来组织导航

注意事项：按照用户的心智模型和任务来组织，而不是按照公司部门来组织

示例：不佳：“关于我们 → 部门 → 工程 → API”。良好：“面向开发者 → API”

3. 保持导航层级浅（最多 3-4 层）

风险：层级过深（5 层以上），导致用户迷失

注意事项：层级深度应为 3-4 层，每层包含 5-9 个项目。如果需要更深的层级，请添加搜索、筛选或多个入口。

经验法则：如果用户需要从首页点击超过 4 次才能找到内容，请重新考虑结构。

4. 使用清晰、具体的标签（避免行话）

风险：使用含糊的标签（“资源”“解决方案”）或内部行话（“SKU 管理”）

注意事项：标签必须具体、以行动为导向，并符合用户的用词。通过卡片分类和树形测试来测试标签。

测试：新用户能否据此标签推测其下包含什么内容？如果不能，就进一步明确标签。

5. 确保位置唯一且明确

风险：内容分散在多个位置，或用户无法预判内容位置

防护措施：每种内容类型都应有一个唯一的规范位置。若内容跨类别，应明确主要位置，并从次要位置提供链接。

原则：“最少意外原则”——内容应位于用户预期的位置。

6. 为规模增长做好设计

风险：结构适用于 50 个条目，却无法应对 500 个条目

防护措施：提前考虑。如果现在有 50 个产品，但预计会有 500 个，就从一开始设计分面导航。不要等到之后才被迫改造。

测试：如果这个类别增长 10 倍，会发生什么？结构还能正常运作吗？

7. 提供多种访问途径

风险：只有一种查找内容的方式（例如只能浏览，无法搜索）

防护措施：提供浏览（导航）、搜索、筛选器、相关链接、面包屑和标签。不同用户有不同的使用策略。

原则：有些用户是“搜索者”（知道自己想要什么），另一些用户是“浏览者”（正在探索）。两者都要支持。

8. 构建前先验证

风险：尚未测试结构，就开始构建完整网站或应用

防护措施：在投入昂贵的设计和开发工作前，使用树测试（基于文本的导航）验证结构。

投资回报率：花 1 天进行树测试，可以避免上线后花数周返工。

---

快速参考

IA 方法对比

方法	适用场景	参与者	交付成果
开放式卡片分类	探索未知类别	15-30 位用户	类别标签、分组
封闭式卡片分类	验证现有类别	15-30 位用户	匹配质量、易混淆之处
树测试	验证导航结构	20-50 位用户	成功率、路径直接性、问题区域
内容审计	了解现有内容	1-2 位分析人员	内容清单电子表格、内容缺口、重复项
用户访谈	了解心智模型	5-10 位用户	心智模型图、引述

导航深度指南

内容规模	建议结构	示例
少于 50 个条目	扁平结构（1-2 层）	博客、小型产品目录
50-500 个条目	中等深度（2-3 层）	文档、中型电商
500-5000 个条目	深层结构，带分面（3-4 层 + 筛选器）	大型电商、知识库
5000 个以上条目	混合模式（浏览 + 搜索 + 分面）	Amazon、Wikipedia

标签系统

系统	适用场景	示例
基于任务	用户有明确目标	“预订航班”、“跟踪订单”、“支付发票”
基于受众	面向不同用户类型	“面向学生”、“面向教师”、“面向家长”
基于主题	参考或学习内容	“历史”、“科学”、“数学”
基于格式	媒体库	“视频”、“PDF”、“播客”
按字母顺序	没有明确分组，且以查找为主	“A-Z 目录”、“术语表”

成功指标

指标	目标	衡量方式
树测试成功率	≥70%	用户找到正确位置
路径直接性	≤1.5× 最优路径	实际点击次数 / 最优点击次数
查找时间	<30 秒（简单任务），<2 分钟（复杂任务）	任务完成时间
搜索成功率	≥60% 的用户无需搜索即可找到	无需搜索便完成任务的用户比例
跳出率	<40%	从落地页立即离开的用户比例

---

资源

资源导航

• 模板：内容审计模板、卡片分类模板、站点地图模板、树测试脚本
• 方法论：卡片分类分析、分类体系设计、导航模式、可查找性优化
• 评估标准：IA 质量评估标准（10 项）

相关技能

• data-schema-knowledge-modeling：用于数据库架构和知识图谱
• mapping-visualization-scaffolds：用于可视化信息结构
• discovery-interviews-surveys：用于用户研究方法
• evaluation-rubrics：用于创建 IA 评估标准
• communication-storytelling：用于向利益相关者解释 IA 决策

---

实际案例

示例 1：电商导航重设计

背景：一家书店有 10,000 本书，按出版社分类（内部逻辑）

方法：内容审查 → 开放式卡片分类（20 位用户：按类型分类，而非按出版社）→ 分面导航：类型 × 格式 × 价格 × 评分 → 树测试（成功率 75%）→ 结果：查找时间缩短 40%，转化率提高 15%

示例 2：SaaS 文档信息架构

背景：开发者文档，用户在浏览 2 页后大量离开

方法：用户访谈（心智模型以任务而非功能为中心）→ 调整分类法：从基于功能转为基于任务（“开始使用”“存储数据”）→ 渐进式披露（中心辐射式结构）→ 树测试（成功率从 68% 提升至 82%）→ 结果：参与度提高 50%，支持工单减少 25%

示例 3：内部知识库

背景：公司 Wiki 有 2,000 篇文章，员工找不到政策信息

方法：内容审查（40% 内容过时，15% 重复）→ 封闭式卡片分类（25 位员工）→ 混合模式：浏览（已知需求）+ 搜索（未知需求）+ 元数据架构 → 搜索优先推荐项 → 结果：搜索成功率从 45% 提升至 72%，查找时间从 5 分钟缩短至 1.5 分钟