D2.10.3Queue visibility设计研究
仲裁结果需要让用户知晓还有其他警报在排队
别名: pending alerts · queue awareness · backlog indicator
概念解释
排队状态必须让用户知道。当系统决定先播 A 再播 B 时，用户只听到 A，很容易得出「没有别的事」的结论。仲裁把并发事件变成序列，随之而来的责任是把这个序列的存在显示出来，让用户知道还有未处理的事件在等待。
机制
用户对系统状态的判断依赖可观察到的输出，队列是系统内部状态，默认不可见。不可见的后果不是「少了一点信息」，而是判断方向的错误：用户会认为系统已经清空，从而不再主动检查。可见的队列还改变了用户的时间预期——知道后面还有两条，就不会因为等待而重复触发或放弃。代价是队列提示本身也占用注意力与通道容量，所以它需要比正式警报更轻。
怎么研究
可比较有队列提示与无队列提示两种条件下，用户对「是否还有未处理事件」的判断准确率、重复触发率与遗漏率。因变量包括队列遗漏、错误判断比例与等待时的操作行为。研究需控制队列长度，因为提示在短队列下可能只是噪声，长队列下才是必要信息。
边界
若队列极短且事件很快播完，额外的队列提示可能造成比省略更多的干扰，此时轻量的后续提示就足够。若系统能保证任何事件都不会被丢弃，用户对队列完整性的信任可以提高，但「有东西在等待」这一事实仍需可见。高安全场景中队列提示可能需要更显著，因为遗漏后果更严重。
怎么落地
- 在播放当前警报时给出还存在待播事件的数量或指示，而不是只在结束后提示。
- 让用户可以主动查看队列内容，而不必等它依次播完。
- 队列提示的强度明显低于正式警报，避免与警报本身竞争注意。
- 验证方式：制造三条并发警报，在只播第一条时询问用户后面是否还有事件；若多数人回答「没有」，队列状态没有显现。