B2.06.2Feedback latency设计研究
反馈必须及时，延迟反馈会被归因为无反应
别名: 反馈时延 · 响应延迟 · 即时反馈
概念解释
反馈时延（feedback latency）是用户动作与可感知结果之间的等待。用户会把紧随行动出现的变化归因于自己的操作；等待过久时，即使系统确实在工作，人们也容易判断为点击未生效、网络断开或界面卡死，从而重复提交、切换页面或放弃任务。及时并不总是意味着结果瞬间完成，而是要尽快传达“已收到、正在处理”。
机制
行动与结果之间的时间接近性帮助人建立因果联系。短暂延迟可被连续的状态信号桥接，例如按下态、局部占位、进度、队列位置或预计等待；若没有这些信号，用户只能从沉默中猜测。重复操作又会制造并发请求、重复订单或状态冲突，使原本的性能问题演变为理解和恢复问题。
怎么研究
在代表性设备、网络和负载下测量从输入到首次确认、持续状态和最终结果的时间，而非只测最终完成。观察不同等待长度下的重复点击、撤销、离开、求助与主观状态判断。可比较不同的即时确认和进度表达，检验它们是否降低不确定性；应特别测试长任务、后台处理和失败重试。
边界
对极短、可见且可逆的变化，额外动画可能反而拖慢节奏。对长且不可预测的工作，虚假的进度或乐观的剩余时间会迅速损害信任；诚实说明不确定性更好。性能优化仍然重要，反馈不是用来永久掩饰等待的装饰层，也不能替代可靠的幂等与错误恢复机制。
怎么落地
- 收到输入后立即给出可见确认，并在等待期间持续表达当前处理状态或下一次可获得的信息。
- 防止同一高后果动作被无意重复触发，同时让用户能检查、取消或安全重试。
- 以真实网络和端到端时序审查延迟；当无法快速完成时，清楚说明影响范围、可继续的工作和结果到达方式。