提出问题：反馈证明了什么
当用户点击一个按钮后，屏幕立即给出音效或动效。这个信号至少能说明程序接收了输入吗？未必。设计上应区分“已收到请求”“正在处理”“已完成动作”与“操作失败”几类不同状态。
机制剖面
| 环节 | 可以确认的事 | 不能直接推断的事 |
|---|---|---|
| 输入 | 使用者触发某个动作 | 动作已产生预期结果 |
| 状态判断 | 系统依据规则检查条件 | 规则本身总是正确或唯一 |
| 反馈 | 当前界面显示某种状态 | 未来结果必定持续相同 |
| 下一步选择 | 存在可操作的后续路径 | 某种操作将保证成功 |
一个假设性场景
假设某个学习界面要求读者选择正确的术语解释。点击后出现蓝色边框，如果边框只表示“已选择”，就不应让人误以为“答案正确”；正确与否需要另外的判定信息。颜色和文字各司其职，才不会制造歧义。
对随机机制尤其要谨慎。即使某个界面连续给出相同反馈，也不能由过去结果推导下一次随机事件的确定走向。反馈可以解释已经发生的状态，不等于能够预测下一次。
边界与结论
良好的机制描述应该同时写明输入条件、系统判断、呈现方式和可能例外。分析范围越清楚，使用者越不容易把示意图当成真实产品的能力说明。