用途
信息架构技能专注于设计产品的底层结构——内容与功能如何被分类、标注和连接，并产出能够向团队传达该结构的交付物。它解决的核心问题是：让用户能够找到所需内容，并理解自己当前所处的位置。该技能适用于“组织已有内容”的场景；如果需要的是暴露该结构的界面，则应使用 navigation-patterns。
主要能力
该技能涵盖以下核心交付物：
站点地图 / 内容清单
- 所有页面、区块和内容类型的层级地图
- 展示父子关系与导航深度
- 区分主导航与工具导航
- 标记孤立内容、冗余路径和死胡同
导航模型
- 全局导航：处处存在（页头导航、底部标签栏）
- 局部导航：与当前区块相关（侧边栏、标签页、面包屑）
- 工具导航：账户、设置、帮助——高触达、低频率
- 上下文链接：相关内容之间的内联链接
分类与标签
- 类别名称来源于用户词汇（卡片分类数据、访谈用语）
- 在导航、标题、搜索和空状态中保持标签一致
- 避免内部术语——用用户而非同事来测试标签
内容模型
- 定义内容类型（文章、产品、活动、个人资料等）
- 每种类型的属性（标题、作者、日期、类别、媒体等）
- 类型之间的关系（文章属于类别、活动有演讲者等）
信息架构启发式原则
- 可查找性：用户能否从任意入口点在3次点击内定位到任意条目？
- 可发现性：用户是否会遇到他们并未明确寻找的相关内容？
- 寻路：用户是否始终知道自己在哪、如何到达这里、如何返回？
- 气味：导航标签和类别名称能否准确预示其中内容？
- 深度与广度：偏好较浅的层级（主要内容最多3层）；宽而扁平的结构比具有清晰标签的中等深度结构更难导航。
使用方式
该技能建议按以下流程操作：
- 审计：盘点现有内容并绘制当前结构
- 研究：卡片分类（开放式用于新结构，封闭式用于验证）、树测试
- 起草：勾勒候选层级；依据可查找性和用户心智模型进行评估
- 验证：在构建导航组件之前，用目标用户对草案信息架构进行树测试
- 文档化：为团队产出站点地图和内容模型
适用场景
适用于需要梳理和设计产品内容结构、规划导航层级、统一标签命名、建立内容模型的工作。特别适合内容量增长、结构需要重新审视，或在构建导航组件之前需要验证信息架构合理性的场景。
常见错误
- 围绕组织架构而非用户任务构建信息架构
- 将导航结构与 URL 结构混为一谈
- 从首页向外设计信息架构——应从任务向内设计
- 假设搜索可以替代信息架构——当用户不知道正确术语时搜索会失败
最佳实践
- 在设计新结构之前进行开放式卡片分类；用封闭式卡片分类进行验证
- 尽早进行树测试——成本低，且能在构建之前发现可查找性失败
- 随着内容量增长重新审视信息架构；启动时有效的结构在规模化时往往会失效
- 从用户词汇中提取标签；用关键任务的首击测试来衡量
限制
该技能聚焦于信息架构本身，不涉及暴露该结构的 UI 实现（应使用 navigation-patterns）。关于具体工具、平台、收费或价格信息，资料中暂未提供。