把操作后果写在前面，设置入口围绕任务展开，空结果也需要解释条件

把操作后果写在前面

撤销范围应与提示给出的预期相符。

历史记录应帮助理解变化，而不仅显示有人操作。

设置入口围绕任务展开

告警阈值需要对应值得行动的异常。若正常波动也反复触发，接收者会逐渐忽略提醒。可以结合持续时间与影响范围判断，并在规则变更后观察误报和漏报，让告警维护成为持续校准的工作，而不是设置一次数值之后便认为监测已经完成。

一个功能的效果应放在具体使用流程中检查。

键盘路径检查也能暴露顺序与反馈的问题。

空结果也需要解释条件

一个虚构项目把全部警告都放在页面顶部，长表单中的使用者却看不到新出现的提示。可以在全局区域保留摘要，并让相关字段附近也显示具体原因。对刚刚发生的问题提供适当焦点引导，能帮助用户修正，而不需要不断滚回开头确认页面是否又增加了文字。

通知需要说明为什么在此刻出现。

设置分类应贴近使用者想完成的事情。