- 发布
- 更新
注意到警报，不能证明用户理解其原因或选择适当回应。将技术警报生成与用户行为分别跟踪，可以揭示可用性缺口，并支持更清晰的安全性解释。
定义评估
在背景中评估声音、视觉显示、优先级及预期动作。不要将消音编码为解决底层问题。情景应在不造成真实风险的情况下暴露重要误解，并预定干预边界以保护受试者。
示例分析
在一次假设测试中，用户成功关闭连接警报声音，却认为测量仍在继续。团队不将任务关闭为已成功处理警报，而是检查可见信息、用户理解及后续动作。技术日志确认测量中断，访谈则补充观察，而不是替代观察。
实用核查
- 将发现、解释、行动选择及问题解决，记录为分别计时的步骤。
- 检查不同警报原因是否因声音或显示相似而被混淆。
- 将帮助后完成的动作与首次独立回应分开。
决定与局限
报告应解释哪种警报在何种条件下被误解。安静房间中的成功，不能证明适合嘈杂或同时处理多任务的环境。应围绕潜在后果、未代表的用户群及环境规划进一步评估。
常见问题
- 消除警报声音是否是成功结局？
- 本身不是。应分别评估预期用户动作及底层问题状态。
- 仅有用户解释是否足够？
- 它提供有用背景，但应结合观察行为、时间戳及器械状态解释。