问题：反馈到底回答了什么？
理想的反馈至少帮助人理解三个问题：操作是否被收到、当前处于哪个状态，以及接下来是否需要采取行动。一个漂亮的动效只可能回答其中部分问题。
机制拆解：四个环节之间如何衔接
- 输入用户发出动作，系统需要能够区分有效输入与误触。
- 状态界面在处理中、完成、失败等状态之间变化。
- 反馈文字、图形或声音向读者暴露状态，且不应只依靠一种感官。
- 后续选择用户依据反馈决定等待、重试、撤销或离开。
假设性对照：两种等待提示
只有旋转图标
用户可能知道界面正在处理，却不知道何时应重试，也无法确认此前动作是否成功。
文字状态与处理结果
明确“正在读取”“读取失败，可重试”等语义信息，可以降低重复操作的猜测成本。
边界：我们无法从截图证明什么
一张静态素材能证明某些视觉元素存在，却不能证明网络请求是否成功、服务器如何处理数据，也不能验证某种规则计算是否可靠。同样，动画出现“完成”字样也不能证明现实世界中的转账、奖励或活动。
评估真实系统还需要实际交互测试、说明文本和可复核的状态结果。本页所论述的是界面机制的分析框架，并不对任何具体产品作功能认证。
结论：可靠反馈应减少猜测
足够清楚的反馈不是越热闹越好，而是使读者知道下一步该做什么、哪些结果尚未确定。研究界面时，最好同时检查触控、键盘、弱网和减少动画等情境。
误差来自哪里
有些错误源于输入本身，例如误触；有些源于反馈延迟，例如操作已经收到但界面未及时更新；还有些源于理解，例如图标在不同页面表达不同含义。三类问题对应的解决方法并不一样。把它们统一称为“用户不熟悉”会掩盖可以改进的界面机制。
同样，反馈设计的质量不能只用点击次数衡量。用户可能少点一次却仍然误解结果，也可能为了确认重要信息主动回看多次。更合适的研究问题是：状态是否可理解、错误是否可恢复、任务完成是否有明确证据。关于具体系统的结论仍需要实际测试。