B3.01.2Response Feedback设计研究
状态反馈需在合理时间内出现
别名: 及时反馈 · 响应延迟 · 操作确认
概念解释
合理时间不是所有操作同一个固定毫秒数，而是反馈类型要匹配感知预期：点击要有立即的按下/选中确认，提交要有短时接收提示，结果可以稍后但必须说明预计时间。状态反馈（response feedback）迟到时，用户会把系统解释为无响应。
机制
用户用身体动作的时间尺度预测系统：按压、滚动和拖拽期待即时视觉变化；提交后的心理时间窗比最终处理时间短。若系统在确认前沉默，重复点击、退出或重新输入的概率上升；若只有最终结果而缺少接收确认，用户无法知道请求是否已进入流程。反馈分层能解决这一矛盾：先确认动作，再更新真实结果。
怎么研究
记录从输入事件到第一视觉反馈、状态变化和最终结果的时间，并与用户中断、重复点击、滚动逃逸和错误报告对齐。实验可控制确认延迟和最终等待时长，测量重复操作率、主观等待感、信任和完成率。网络产品应按 P50/P95 分别分析，不只看平均值。
边界
过早的乐观反馈会变成误导：显示“已保存”而实际失败比沉默更糟。动画也有限度，长动画会拖慢高频操作。无障碍和低网络环境可能需要不同时间预算；对屏幕阅读器，反馈顺序和可达性比视觉闪烁更重要。
怎么落地
- 对每类输入设置反馈预算：即时确认、状态更新和最终结果分别定义目标时间。
- 提交先显示“已发送/正在处理”，不要在服务端完成前声称成功。
- 超过预算时切换为可取消的等待状态，并说明预计时间或下一步。
- 用真实网络和辅助技术测试 P95 路径，记录第一次确认和最终结果的时间差。