机制剖面

问题：为什么收到反馈，不等于已经理解机制

在屏幕上按下一个控件后，颜色改变、声音响起或短动画出现，使用者会自然地把它们理解为“我的操作发生了效果”。但反馈至少有两层含义：其一是系统收到输入，其二是系统实际状态完成了某种变化。两者可能同时发生，也可能需要额外条件才能成立。

机制一：输入与状态之间有判断条件

以假设性的阅读器为例，点按“展开说明”时，首先需要确认目标内容是否存在、按钮是否允许操作，然后才更新页面状态。若仅播放一下按键动画却没有展开对应内容，用户可以感受到点击，却没有得到预期结果。这是反馈设计失败，而不是用户理解能力不足。

机制二：反馈必须指向可验证的对象

成功提示最好与明确的结果相连：对应文本是否出现、选择状态是否改变、原有信息是否仍可访问。没有结果对象的动画可以充当装饰，但不能承担唯一的操作确认。对于规则类界面，还需要能找到独立的规则解释。

条件限制：宣传素材不是功能证据

静态图片或预制 GIF 可以展示视觉方向，却不能独立证明状态机、计分逻辑或网络服务已经实现。推断一个功能是否存在，需要观察实际可访问程序及其行为；若没有程序，就应停留在图像层面的描述。

结论边界：清楚的回应比强烈的效果重要

在体验设计中，可靠反馈的价值不是最大限度刺激感官，而是缩短“我做了什么”和“系统发生了什么”之间的认知距离。这一机制有助于解释多类交互界面，但不能用来预测特定游戏的随机结果或证明任何现金奖励。