层级过深会延长故障定位所需的时间
别名: 导航深度 · deep hierarchy
概念解释
层级过深指的是关键对象需要经过多次选择才能到达，这会直接体现为故障定位所需的时间变长、走错分支的次数增加，以及发现走错后往回退的成本升高。深度是不是"过深"取决于具体任务的路径长度和每一步分支能不能被准确预判，而不是简单规定导航最多允许几层——同样是四层的树，如果每一层的分类清晰且和真实故障范围一致，操作者可能一次走对；如果分类含糊，两层也可能反复试错。
机制
每经过一层选择，操作者都要先把眼前这个分类标签解释成"我要找的东西在不在这里面"，同时还要在脑子里维持住已经走过的路径，才知道自己现在在整体结构里的哪个位置。如果标签的含义含糊，或者同一个物理对象按不同标准可以归到好几个类目下，操作者在某一层选错的概率就会升高，而且这个错误不会在当层被发现，要等到后面几层选不到目标时才会意识到需要往回退——层级越深，这种延迟暴露的错误代价就越大。搜索框和报警直达链接可以让操作者绕开已知目标所在的路径，直接跳过中间层级，但这只对"知道目标是什么"的场景有效；面对一个尚未识别的未知故障，操作者恰恰不知道要搜索什么词，也没有报警可以直达，这时候真正起作用的还是导航树本身的结构是否清楚，搜索和直达链接并不能替代结构设计。
边界
把层级做得很宽很浅同样有代价：如果总览层或某一层要在同一屏塞进几十个平级选项，操作者要靠视觉逐项扫描才能找到目标，这种视觉搜索负担并不比深层级轻，只是把认知成本从"记路径"换成了"扫描列表"。出于安全考虑设置的分区隔离和权限校验，会合理地增加访问某些设备所需的步骤，这类深度是职责边界带来的，不应该被当作导航缺陷去压缩。优化深度时也要注意，不能只盯着最常用的那条路径做提速，而把某个虽然罕见但一旦发生后果很严重的路径变得更难走。
怎么落地
用历史报警记录和实际操作日志，还原真实故障发生时操作者的点击序列、发生的回退和长时间停顿的位置，找出哪些层级的分类经常让人选错或反复横跳，优先重组这些含糊的分类，而不是均匀地压缩所有层级。给高风险或高频访问的对象建立跳过中间层的快捷入口。验证时不要用抽象的层数作指标，而是直接测量在真实或模拟故障下从总览到正确设备画面所需的时间，以及走错分支被迫回退的次数，比较调整前后的差异。