确认成功之后仍可核对，不确定等待也能诚实呈现，把操作后果写在前面

确认成功之后仍可核对

对不确定状态的诚实说明，比虚假的进度更可靠。

交互页面的简洁应与信息是否容易发现一起评估。

不确定等待也能诚实呈现

错误后的帮助链接应直接解释当前限制，而不是统一跳到通用支持首页。读者已经处在某个具体失败情境，保留这部分信息可以减少重复描述。若需要进一步求助，也可以传递不含敏感内容的诊断线索，让支持人员理解起点，同时避免要求用户复制整段内部报错。

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

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

把操作后果写在前面

发布前的检查清单应保持精简且有实际责任。若条目过多又缺少判断依据，执行者容易逐项勾选却没有发现问题。可以把每项检查对应的风险与证据写清，并定期移除已经由可靠机制覆盖的重复步骤，让人工注意力留给仍需要情境判断的部分。

交互评审需要包含首次使用与偶尔使用的情境。

帮助内容应围绕任务，而不是只列页面上的控件。