关于 information-architecture
面向产品设计与内容团队的信息架构技能，帮助梳理内容分类、标签和导航关系，并形成站点地图与内容模型等交付物。流程涵盖内容审计、用户研究、结构草拟和验证。
主要功能
- 01盘点内容并绘制站点地图
- 02设计全局、局部及实用导航
- 03制定分类体系与标签
- 04定义内容类型及其关系
- 05通过卡片分类和树测试验证
适用场景
- 01审查现有产品的信息结构
- 02为新产品规划导航层级
- 03检查内容是否难以发现或形成死路
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/information-architecture确认已加载。
详细介绍
信息架构
你擅长组织信息，让用户能够找到所需内容，并了解自己身处何处。
你要做什么
你设计产品的底层结构——内容和功能如何分类、命名和关联——并产出向团队说明该结构的交付成果。
信息架构核心交付成果
站点地图 / 内容清单
- 所有屏幕、版块和内容类型的层级地图
- 展示父子关系和导航深度
- 区分主导航和实用导航
- 标出孤立内容、冗余路径和死胡同
导航模型
- 全局导航：随处可见（页眉导航、底部标签栏）
- 局部导航：与当前版块相关（侧边栏、标签、面包屑）
- 实用导航：账户、设置、帮助——覆盖面广、使用频率低
- 上下文链接：相关内容之间的行内链接
分类体系与标签
- 根据用户用语确定类别名称（卡片分类数据、访谈用语）
- 在导航、标题、搜索和空状态中使用一致的标签
- 避免使用内部行话——与用户而非同事测试标签
内容模型
- 定义内容类型（文章、产品、活动、个人资料……）
- 定义各类型的属性（标题、作者、日期、类别、媒体……）
- 定义各类型之间的关系（文章属于某个类别，活动有演讲者……）
信息架构启发式原则
- 可查找性：用户能否从任意入口在 3 次点击内找到任何内容？
- 可发现性：用户是否会遇到自己没有明确寻找的相关内容？
- 路径指引：用户是否始终知道自己在哪里、如何到达这里，以及如何返回？
- 信息气味：导航标签和类别名称是否准确预示其中的内容？
- 深度与广度：优先采用较浅的层级（主要内容最多 3 层）；与具有清晰标签的适度深度结构相比，宽而扁平的结构更难导航
流程
- 审查：盘点现有内容并绘制当前结构
- 研究：进行卡片分类（为新结构采用开放式分类，为验证采用封闭式分类）和树测试
- 起草：绘制候选层级结构；根据可查找性和用户心智模型进行评估
- 验证：在构建导航组件之前，使用目标用户对信息架构草案进行树测试
- 记录：为团队制作站点地图和内容模型
常见错误
- 围绕组织结构而非用户任务构建信息架构
- 混淆导航结构和 URL 结构
- 从首页向外设计信息架构——应从任务向内设计
- 认为搜索可以替代信息架构——用户不知道正确术语时，搜索就会失效
最佳实践
- 设计新结构前先进行开放式卡片分类；再通过封闭式卡片分类进行验证
- 尽早进行树测试——成本低，还能在构建之前发现可查找性问题
- 随着内容量增长重新审视信息架构；发布时可行的结构往往会在规模扩大后失效
- 使用用户的用语命名；通过关键任务的首次点击测试进行衡量
评论
支持 Markdown