分层的状态展示是诊断前提
别名: 分层状态视图 · 健康面板 · layer visibility
概念解释
要让用户能把故障归到设备、网络或规则层，前提是每一层都有独立的、可同时查看的状态。这就是分层的状态展示：把三层状态放进同一个视图，而不是分散在三个应用、三个菜单。它不是「展示更多信息」——信息本来就在——而是按层组织既有信息，让排除法可以执行。
没有它，前两步知识都用不上：用户知道故障可能在任一层、手里也有各层的观测点，但观测点分散在各处时，「逐层排除」变成一场跨应用的记忆接力——多数人半途放弃。分层展示把认知成本从「记住并对照」降到「看一眼」。
机制
归层是一个顺序排除的心智操作：先看设备层，正常则看网络层，再正常则看规则层。这个操作对界面有两个要求，缺一不可：
每层要有独立的状态表达。 层的独立性是排除法的逻辑基础——如果两层共用一个「设备异常」的笼统红点，排除就无法进行，只能说「坏了」而不能说「哪层坏了」。设备层的在线与响应、网络层的连通与延迟、规则层的最近触发与命中条件，三者各需要一个可读的值。
三层要同屏共存。 排除是层间对照的过程，工作记忆一次只能维持两三个对照项。状态分散在三个入口时，用户必须在应用间切换并把先前的状态记在脑子里——这正是工作记忆最容易崩的负载模式。同屏不是审美偏好，是把对照成本从工作记忆转移到知觉。
分层展示还有一个次生收益：跨层交互故障变得可推断。设备频繁离线与规则高频触发分别看都不算故障（各自在正常范围），放在同一时间线上叠加，「规则把电池耗尽了」这条因果链才看得见——单层视图永远给不出这个推断。
怎么研究
- 分层视图的可用性评估：故障注入范式下，给被试同一组故障与两个界面（分层同屏 vs 分散入口），度量定位正确层的比例、耗时、切换次数与主观负担（NASA-TLX 一类量表）。出声思维协议可以额外捕捉「排除顺序」是否真的按层进行。
- 状态页的现场研究：系统管理与人因领域对运维仪表盘的研究提示，状态展示的价值不在信息量而在异常的可扫描性——正常态聚合、异常态展开的组织方式显著影响检出速度；家用场景把这一结论再收紧了一档（用户是非专业者，容忍度更低）。
- 日志研究：部署后收集用户实际打开健康视图的时机（故障时 vs 巡检时），校准「默认收起、异常展开」的时机设计。
方法论注意点：实验室注入的故障被试知道「一定有故障」，扫描是全神贯注的；真实家庭里用户先要怀疑系统有问题才会去看状态页——怀疑的触发（症状多明显才引起注意）是实验室测不到的前置变量，需要在野数据补足。
边界
- 默认收起，故障展开。 常开的健康面板是背景噪声，训练用户无视它；分层展示的正确形态是静默的——一切正常时不占注意，任一层异常或用户主动查询时展开到层。
- 层要挂在用户的问题下，不能倒过来。 用户的心智入口是「客厅的灯怎么回事」，不是「规则层」。展示组织应从设备/场景出发，向下钻取到层；把层作为顶层菜单是运维视角的错位。
- 三层切分随生态伸缩。 引入云端执行的规则或语音入口时，云层的状态需要独立呈现——「本地一切正常但云断了」是真实且常见的故障形态，三层视图装不下它。
怎么落地
- 每个设备详情页固定三段：设备状态（在线、电量、信号）、链路状态（网关连通、最近离线记录）、参与的规则（各条规则的最近触发时间与命中条件）——从用户的问题（这个设备）出发完成三层呈现。
- 提供跨层时间线：离线事件、规则触发、人工操作叠放在同一时间轴，让「先有高频触发、后有设备离线」这类跨层因果可读。
- 异常分层告警：层间用不同的提示词汇（「设备离线」≠「无法连接网关」≠「规则未触发」），禁止用同一个「异常」覆盖所有层。
- 验证办法：三层各注入一次故障，度量从打开界面到正确指出层的时间与错误率；再用正常时段的眼动或点击数据确认默认视图没有在偷注意。两个测度一齐达标，分层展示才算成立。