G2.02.1flat navigation depth-to-breadth shift设计研究

扁平结构降低深度但增加同级选项

别名: 扁平菜单 · one-level nav · 浅层多选项

概念解释

扁平导航(flat navigation)把原本要钻几层才能看见的去处,摊到同一层并列出来。深度下降,同级选项的个数上升:四层、每层四个孩子的树,压成一层就是几十个并列入口。它描述的是导航结构的形态变化——少一次下行、多一排邻居——不是在判断这一层人能不能扫完,也不是在说什么时候该用扁平。

常见形态是顶栏一次列出全部主去处、设置页把所有分组铺成一张长列表、应用底部四个到五个平级标签。共同特征是:当前层几乎就是终点层。

机制

层级把选项藏在折叠里,同一时刻视野里只有几个孩子;扁平把折叠打开,同一时刻视野里是原来好几层的并集。用户省掉了中间那些「再选一次」的页面,但必须在一个更大的集合里做一次辨别。结构上,这是把序列决策改成集合决策:原来按路径访问的节点,现在按列表访问。

选项增加之后,视觉搜索的起点变了。人不再问「下一步钻哪」,而问「这一排里哪一个是我的目的地」。位置记忆从「第三层左数第二个」变成「这一条带子上的第几个槽」。槽位一多,首次找到变慢,但一旦学会槽位,之后可以靠空间记忆直取,不再经过中间层。扁平结构的收益和代价都来自同一次摊开。

怎么研究

用同一批目标,比较「深树钻取」和「单层列出全部终点」两种呈现,分开记录层数变化和同级个数变化,不要只报「扁平更好」。

  • 范式:受控菜单实验(Miller、Kiger 一类的广度/深度材料,但把「扁平」作为结构条件而不是最优解);树测试的扁平化版本:所有叶节点出现在第一层。
  • 自变量:深度、第一层选项数(两者联动,需正交设计或明确报告折算关系)。
  • 因变量:到达叶节点的点击次数、首次定位时间、学成后的再访时间。
  • 方法论注意点:把四层树压成一层时,标签粒度会变——原来的中间类名消失,叶名直接上场。若不同时控制标签,测到的可能是命名变化而不是结构变化。

边界

选项集合随权限、地区、季节剧烈变化时,扁平结构的槽位无法稳定,摊开的那一排每天都在改,空间记忆建立不起来。超大内容库(百科、SKU 上万的目录)无法真的扁平到一层,所谓扁平往往只是把顶层加宽,下面仍有树。语音和命令面板本来就不是空间摊开,深度和同级个数的这组对换不适用。

怎么落地

  • 改扁平时同时写出两张清单:少了哪几层中间页、第一屏将出现多少个并列项。缺任何一张就还没做成结构决策。
  • 顶栏或标签栏的项数按「全部主去处」来数,不要把隐藏在溢出菜单里的项假装成仍然扁平。
  • 验证:让未参与设计的人只看第一屏导航,枚举「不点开任何子菜单就能到达的去处」。枚举个数应与你声称的扁平层终点一致;若大量去处仍在第二层,结构并没有变平,只是第一层看起来宽了。

延伸

  • 同组G2.02.2 适合内容量有限且并列的场景 · G2.02.3 扁平化会把选择成本从深度转到广度
  • 相邻G2.04 深度与广度的权衡 · E5.15 导航项数量 · G1.09 组织体系的类型
  • 站内检索flat navigation · one-level menu · breadth versus depth

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/G2.02.1