返回知识库

产品与设计 · 页面结构与适配

信息架构Information Architecture

把内容按用户能预测的任务分组、命名和连接,让人知道从哪里进、现在在哪、下一步去哪。

帮一家人从首页找到周末亲子活动

信息架构就是网站如何分组、命名并连接内容。先体验内部部门造成的断路,再把同一批内容改成可预测的用户任务路径。

真实任务从首页找到「亲子工作坊 → 周末场 → 预约」先沿当前网站找一次;走不通后再修结构。
河岸文化中心按内部部门组织
首页部门介绍
中心官网

今天来文化中心做什么?

活动入口藏在部门名称里;来访者必须先理解组织架构,才可能猜到该进哪一栏。

  • 社会教育部职能介绍 · 队伍建设
  • 公共服务部开放安排 · 服务规范

当前:内部部门直接变成导航。先尝试寻找,观察哪里会断路。

刚才这条路径教会了什么

不是栏目越少越好,而是用户能猜到入口、理解层级、知道自己在哪。

01分组轴贴任务

“活动日历”对应来访目的;“社会教育部”只对应内部组织。

02标签说用户语言

亲子工作坊、周末场比职能介绍更可预测。

03层级形成路线

从活动到预约每层只回答一个问题,面包屑保留上下文。

04用任务验证

保持“找周末场”不变,重测是否少猜、少回退、能完成。

什么时候需要重排

当用户反复搜索、误入内部栏目或问“它到底在哪”时,先查结构;单页单任务不必硬加多层导航。

适合内容持续增长、多人维护、用户有多个寻找任务

例如活动中心、商城后台、帮助中心和大型产品。

不适合单独解决入口已经清楚,只是按钮反馈或页面速度有问题

这时应修反馈、性能或视觉层级,不要把所有问题归咎于结构。

从内容清单走到可验证结构

先理解任务,再命名分组,最后用同一任务复测。

  1. 盘点内容与任务:区分“组织拥有什么”和“用户来做什么”。
  2. 按任务分组并命名:让同类目标邻近,避免内部缩写和“其他相关”。
  3. 画入口、层级与回路:主导航、当前页、面包屑和返回路径要接得起来。
  4. 用真实找寻任务复测:记录误点与回退;失败后修标签或层级,再用相同目标重试。

同一个目标,只差组织方式

都要找亲子周末场;只改变导航是否贴用户任务。

正例 · 用户任务活动 → 亲子工作坊 → 周末场

入口可预测,层级逐步缩小范围,面包屑能带回上一级。

反例 · 内部部门社会教育部 → 职能介绍 → 项目二组

用户必须先懂组织架构;找不到时也不知道该退到哪里。

快速自测

社区服务网站把“申请停车证”藏在“综合治理科”下。居民频繁搜索仍找不到,第一步该怎么改?

继续查证

术语的技术定义和行为以这些一手或权威资料为准。

下一步学

和本知识点经常一起出现的概念。