information-architecture

信息架构

设计承载内容的结构。与技术栈无关。适用于营销网站、产品界面、知识库、电商和编辑内容。

设计良好的信息架构能让项目其余部分更易推进。设计糟糕的信息架构会迫使所有后续决策都与结构对抗。

---

适用场景

• 从零设计新网站或主要版块
• 重构现有网站
• 添加新的内容类型或分类
• 设计网站导航或菜单系统
• 定义 URL 结构和 slug 规则
• 构建分类体系或标签系统
• 审查现有信息架构，找出问题

不适用场景

• 单页设计（使用 design-standards）
• 内容制作（使用 content-and-copy）
• 以 SEO 为导向的内容规划（使用 seo-keyword）
• 初步的品牌和受众探索（使用 brand-discovery）

---

必需输入

• 网站或产品的范围
• 受众及其目标
• 已有或计划中的内容
• 任何限制（上级信息架构、法规、技术）

如果受众不明确，请先运行 brand-discovery。如果内容范围不明确，请先运行 content-strategy。

---

框架：6 个层次

信息架构包含 6 个层次，每个层次都构建在下一个层次之上。

1. 心智模型

在构建结构之前，先了解受众如何看待该领域。

• 他们会自然而然地把哪些概念归为一组？
• 他们使用哪些词语？（通常与公司使用的词语不同。）
• 他们主要采用什么参照框架？（按任务、角色、主题还是时间？）
• 根据同类产品的惯例，他们认为应该在哪里找到什么内容？

方法：

• 卡片分类（开放式或封闭式）：将内容项交给受众，让他们分组。开放式卡片分类可以揭示自然分组；封闭式卡片分类则用于验证拟议的分组。
• **树状测试：**给用户展示拟议的结构，让他们查找特定内容。此方法可以发现结构在哪些地方行不通。
• **首次点击测试：**给定一个目标，用户首先会点击哪里？如果首次点击有误，标签和结构也就有问题。

2. 站点地图

展示所有页面及其关联方式的地图。

站点地图交付物：

• 展示父子关系的层级图
• 标明页面类型（静态、动态、列表、详情）
• 展示层级关系之外页面关联的交叉引用
• 有时还会为关键旅程单独添加用户流程图层

站点地图类型：

• 中心辐射型（基石内容 + 支持内容）：常用于内容营销
• 树状（严格分级，每个页面只有一个父级）：常用于产品文档
• 多维分类型（内容属于多个相互交叠的分类）：常用于电商
• 扁平型（所有内容都能从首页访问）：常用于小型网站

大多数网站会混合使用多种类型。选择主要模式，并记录例外情况。

3. URL 结构

URL 是信息架构的一部分。URL 面向用户、会被搜索引擎索引，也会影响内容的引用方式。

URL 原则：

• 反映内容层级
• 使用小写字母，以连字符分隔
• 具有可预测性（同类内容采用相同模式）
• 保持稳定（URL 变更时必须设置重定向）
• 尽可能简短（少于 60 个字符）
• 描述明确（slug 能表明内容）
• 除非内容受时间限制，否则不包含日期
• 标准形式中不包含会话 ID 和跟踪参数

常见模式：

/                                   home
/[section]                          section landing
/[section]/[subsection]             subsection landing
/[section]/[subsection]/[item]      detail page
/blog                               blog index
/blog/[slug]                        blog post
/blog/category/[category]           category index
/blog/tag/[tag]                     tag index
/products                           product catalog
/products/[category]                category page
/products/[category]/[product]      product detail

选定一种模式并始终保持一致。URL 模式不一致会让用户、爬虫和分析工作感到困惑。

4. 导航

帮助用户前往目标位置的界面元素。

主导航：

• 网站的顶层结构
• 应体现受众关注的内容，而非组织架构
• 最多 5 到 7 个项目（更多会增加认知负担）
• 每个标签用 2 到 3 个词即可辨识
• 排序很重要（越靠左／越靠前，越受关注）

次级导航：

• 栏目内导航
• 通常以侧边栏、子菜单或页内标签页的形式呈现
• 为主导航提供支持，而非重复主导航

功能导航：

• 账户、搜索、登录、支持
• 视觉上弱于主导航
• 通常位于右上角（从左至右书写的语言）

面包屑：

• 用于嵌套层级（深入 3 层或更多层）
• 除当前页面外，始终添加链接
• 与 URL 层级或概念层级一致
• 使用 BreadcrumbList schema 标记

页脚导航：

• 内容全面，有时会涵盖所有内容
• 按类别组织，便于查找
• 包含次要内容（隐私、条款、联系信息）

5. 分类体系和元数据

应用于内容的分类系统。

类别：

• 数量较少且受控的列表（通常为 5 到 15 个）
• 理想情况下互不重叠（一个条目对应一个类别）
• 用于结构化导航

标签：

• 数量更多且通常不断增长的列表（50 个以上）
• 可多重分配（一个条目对应多个标签）
• 用于建立跨主题关联、关联内容和发掘长尾内容

元数据字段：

• 作者、日期、内容类型、受众细分
• 任何有助于筛选、排序和展示的字段

常见问题：

• 类别相互重叠（一个条目可能归入 3 个不同类别）
• 标签缺乏维护（数量膨胀到数千个，变得毫无用处）
• 元数据字段的填写方式不一致
• 不同内容类型使用不同的分类体系来表达同一事物（造成混乱）

6. 标签命名

为事物命名。

标签原则：

• 使用受众的语言，而非内部语言
• 足够具体、实用，同时简短易读
• 在整个网站上保持一致（选用“产品”或“解决方案”，不要两者并用）
• 通过真实用户测试（封闭式卡片分类或树形测试可揭示标签问题）

常见标签问题：

• “解决方案”（含义模糊，通常指“带营销文案的产品”）
• “资源”（包罗万象，所有内容最终都会放在这里）
• 与用户词汇不符的内部术语（“PRD”“OKR”）
• 在网站不同位置含义不同的标签

---

工作流

1. 了解受众和内容。 如有现成的调研结果和内容策略，请加以利用。
2. 进行卡片分类或访谈，了解用户的思维模型。
3. 起草站点地图。 明确层级、页面类型和交叉引用。
4. 定义 URL 模式。 每种内容类型使用一种模式。
5. 设计导航。 包括主导航、次级导航、功能导航、页脚导航和面包屑。
6. 构建分类体系。 类别（受控且数量较少）和标签（开放且数量较多）。
7. 验证标签。 与目标用户进行树形测试或封闭式卡片分类；或者按照数据可用性规则说明差距。
8. 编写文档。 使用 references/ia-document-template.md 中的模板。
9. 移交给设计和开发团队。 IA 决策会影响导航组件、URL 路由和分类体系的实现。

---

失败模式

• 按组织架构设计 IA。“工程”和“市场营销”这样的版块对公司来说有意义，对受众却没有。
• **类别不断增多。**每个团队都为自己的内容新增一个类别，最终变得难以浏览。将类别数量控制在 5 到 15 个。
• **标签泛滥。**没有标签治理，标签就会变成杂物抽屉。
• **URL 模式不一致。**有些文章位于 /blog/[slug]，有些位于 /[slug]，还有些位于 /articles/[slug]。选定一种模式。
• **导航隐藏主要内容。**最重要的页面应当只需从首页点击一次即可到达。
• 把搜索当作 IA 的替代品。“直接用搜索”不算结构。搜索可以辅助 IA，但不能取而代之。
• **没有进行验证。**卡片分类、树测试和首次点击测试成本低，却能及早发现重大问题。
• **把 IA 当作一次性交付物。**IA 会随着内容不断演变。要为演变做好规划。

---

输出格式

默认输出为 information-architecture.md 中的 IA 文档，以及视觉素材：

1. 执行摘要
2. 受众与心智模型（综合整理）
3. 站点地图（层级图）
4. URL 结构（按内容类型划分）
5. 导航规范（主导航、次级导航、辅助导航、页脚、面包屑）
6. 分类体系（类别与标签治理）
7. 标签（经过验证的导航、类别和内容类型用语）
8. 设计与开发实施说明

视觉交付物：

• 站点地图（Whimsical、Figma、OmniGraffle 等）
• 主要界面的导航线框图
• 可选：卡片分类和树测试结果

---

如果无法获取所需数据

此技能的输出依赖其无法自行生成的数据、测量结果或工具结果。如果无法获取或验证某项必需的输入、工具或数据源，合规的输出应是交付物，并说明缺失之处：需要什么、实际获取或验证了什么，以及这会影响输出的哪些部分。绝不能为了完成交付物而捏造、估算或插补必需数值。说明缺失情况本身就是完整的答复。

---

参考文件

• references/ia-document-template.md - IA 交付物模板。
• references/url-pattern-library.md - 常见内容类型的 URL 模式约定。