B2.13.3Excessive layering设计研究

过度分层把简洁变成藏匿

别名: 过度分层 · 功能藏匿 · 层级深度

概念解释

当产品为了让初始页面看起来简洁,持续把操作移入更多菜单、子页、折叠区或模态层,以至于用户难以知道功能存在、在哪一层或如何返回时,渐进呈现就变成了过度分层(excessive layering)。表面的空白不代表认知负担降低;被移走的复杂性可能变成搜索、记忆、路径切换和错过能力的成本。

机制

每多一层,用户都要决定是否值得进入、找到合适容器、保持当前任务上下文并在需要时返回。若层级没有清楚语义、入口不可预测或路径过深,决策和导航成本会累积。用户可能只使用最表层的少数功能,误认为系统能力有限,或在异常任务中因无法快速回溯而放弃。设计团队若只看首页密度,容易忽视这些分散到后续路径的成本。

怎么研究

检查真实任务的路径长度、层级深度、菜单展开、回退、搜索和放弃,不要仅用首屏截图评估简洁。让用户完成高频、低频和错误恢复目标,观察他们是否能预测层级、是否反复在相近容器间切换,以及高级能力是否被系统性遗漏。结合日志识别“从未使用”是因为不需要,还是因为到达成本过高。

边界

较深层级并非必然坏:低频、复杂或高风险能力可能需要额外上下文、准备或权限确认。问题不是层数本身,而是层数与任务价值、频率和可预测性不相称。把所有能力拉回首页同样会造成噪声;解决方案通常是重组对象与任务关系、提供搜索或快捷通道,而不是简单增减菜单。

怎么落地

  • 为主要任务设置可接受的路径与重复访问成本,定期用数据审查层级深度是否超过用户收益。
  • 合并语义重复的容器,减少只为视觉整洁而增加的跳转,并为高频或紧急操作提供更短路径。
  • 保留搜索、最近使用、快捷方式、面包屑和上下文入口,使用户即使进入深层也能定位、返回和复用。

延伸

  • 同组B2.13.1 常用功能前置,高级功能延后 · B2.13.2 分层不得让用户猜测入口位置
  • 相邻B2.08.2 隐藏功能的成本随使用频率上升 · B2.09 可发现性
  • 站内检索excessive layering · feature hiding · navigation depth

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B2.13.3