输入完成之后发生了什么，让历史记录能够回答问题，空结果也需要解释条件

输入完成之后发生了什么

产品文案应帮助使用者判断下一步动作。

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

让历史记录能够回答问题

资源回收问题常在中途退出的路径上暴露。打开文件后发生校验错误、建立连接后用户取消，都应有明确的释放位置。审阅这类代码时，可以沿着每个提前返回的分支检查资源归属，而不是只看顺利结束时是否调用了关闭动作。

清楚的入口名称可以减少理解内部术语的负担。

重复点击可能来自反馈不足，而非使用者缺乏耐心。

空结果也需要解释条件

软件评估中的访谈与行为观察可以互相补充。使用者说自己希望更少步骤，实际可能更在意每一步是否确定。记录具体停顿与选择依据，再结合口述理解，有助于发现问题本质，也减少只按意见出现次数决定设计，让改进真正回应任务中的困难。

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

实现成功与使用者完成任务之间仍可能有距离。