操作与反馈之间的间隔越长，用户自行检测到错误的概率越低
别名: feedback delay · error detection · working memory decay
概念解释
一次操作和它的结果之间隔的时间越长，用户凭自己发现"这一步做错了"的概率就越低。这不是因为用户变懒了，而是因为能用来做比对的东西——刚才做了什么、当时想要达到什么效果——会随时间推移从工作记忆里淡出；等到结果终于出现的时候，用户可能已经不再把当前状态和几步之前的那个具体动作联系在一起，即便结果确实不对，也容易被当成"现在这个状态本来就是这样"而不再往回追溯。
机制
工作记忆里维持一个动作的意图表征需要持续的注意资源，而这份资源会被间隔期间发生的其他任务挤占——切换到另一个页面、处理一条通知、和同事说了句话，都会让原来的意图表征被覆盖或衰减。当反馈终于到来时，用户需要重新在结果和某个更早的操作之间建立关联才能完成检测比对，如果这段关联已经衰减到不足以被唤起，比对就无法发生，结果会被当作一个独立的、无需追溯来源的既成状态直接接受下来。间隔越长，中途发生足以挤占这份意图表征的干扰事件的概率就越高，检测失败的概率因此随间隔上升——超过某个时长后，哪怕反馈本身再清晰，用户也已经不记得自己在等它验证什么。
怎么研究
检验反馈延迟对检测率影响的实验设计，通常让被试完成一系列包含预设差错点的操作，系统性地改变操作到反馈呈现之间的延迟（从即时到数秒、数十秒乃至跨会话），统计不同延迟条件下被试主动识别出差错的比例。方法论注意点：真实产品里反馈延迟往往和其他变量混杂在一起（延迟越长的操作通常也越复杂、涉及的中间步骤越多），要单独分离出延迟本身的效应，需要控制操作复杂度这个混杂变量，否则观察到的检测率下降可能部分来自任务复杂度而非延迟时长本身。
边界
这条结论假设反馈最终会以用户能理解的形式出现；如果反馈从未出现或者出现时已经与原操作在界面上脱离了关联（例如以一条独立通知的形式出现，不指明对应哪次操作），无论间隔长短，检测都无法完成，此时问题不在"间隔太长"而在"关联缺失"，需要用不同的手段处理。对于用户本来就预期会有延迟的操作（如后台长时间处理的任务），用户会主动调整自己的记忆策略去容纳这个延迟，实际检测率的下降幅度会比意外延迟的场景更小。
怎么落地
优先把能做到即时的反馈做成即时的，尤其是那些一旦出错、越晚发现修正成本越高的操作；对必须延迟才能给出结果的操作，在延迟期间保留一个明确指向原始操作的锚点（正在处理的具体内容摘要、发起该操作的入口高亮），让反馈到达时用户不需要重新回忆就能完成关联比对。验证办法：记录用户从发起操作到看到结果之间的实际间隔分布，挑出间隔最长的一批操作，检查这批操作的差错发现渠道是用户自己发现还是靠事后系统层面兜底；如果发现比例明显偏向系统兜底，说明这批操作的延迟已经超出了用户自行检测能覆盖的范围。