等待场景比错误场景更能承载幽默
别名: 场景排序 · 等待文案 · psychology of waiting · perceived waiting time
概念解释
界面幽默的合法位置有先后排序：等待场景——进度页、下载、迁移、大文件处理——比错误场景更能承载幽默。等待里没有过错方：系统没有失败，用户没有做错，两方被同一件第三方的事困在一起。幽默需要的安全前提在这里天然成立，在错误时刻天然崩塌；按这根轴给场景排序，等待处在幽默友好端的最远头，错误与损失处在另一头。
机制
等待场景握着幽默需要的两样东西，错误场景恰好两样都缺。第一样是无过错方：等待里没有任何人受损，冒犯没有被兑现，笑话可以指向一件谁都不怪的事——文件太大、网络太慢、服务器在排队。第二样是注意力盈余：操作已经提交，任务对用户暂时关闭，双手和工作记忆都空着，包袱的铺垫与消解不与任何目标竞争——读到了是赚，没读到也不亏。错误场景两样皆反：负向情绪在场而归因悬而未决（谁的错还没定），俏皮话既可能被读作不严肃，也可能被读作在归因问题上站队；认知又被损失处理和补救规划占满，没有带宽解包袱。等待还有第三层红利：系统与用户罕见地朝同一个方向使劲——两边都在等同一份文件，笑这件共同的事产生的是同盟感，煎熬被换算成「一起卡在这儿」的共担，而不是「你在耽误我」的对立。这也顺带解释了主观等待时长（perceived waiting time）为什么在有趣的等待里显得更短：注意被陪伴内容占住，留给计时器的余量就少了。
边界
排序翻转的第一个条件是利害：等待一旦悬着用户的真实后果——支付处理中、提交不可撤回——低利害前提消失，用户心里挂着事，笑话读起来轻浮。第二个条件是时间压力：赶时间的用户目标导向的注意重新上线，等待从闲置变回障碍，幽默重新成为与它竞争的东西。第三个条件最常被忽略：幽默的安全性以「这确实是等待」为前提——进度条走到底若是失败，先前每一句俏皮话都被追溯性地翻转成「拿我的时间开玩笑」，所以等待页的幽默必须建立在进度信息诚实的基础上。最后，等待幽默只陪伴中短等待；超长等待里同一包袱的反复出现是另一个失效问题，不在此处能救的范围。
怎么落地
- 把进度页、下载、迁移、首次加载、大文件导入导出列入幽默的合法位置清单，其余位置默认不放。
- 等待页信息顺序固定：当前状态 → 预计时长或进度 → 可取消入口；幽默排在这三项之后作陪伴内容，不挤占任何一项。
- 包袱指向共同处境（这份文件、这条网络、这台服务器），不指向用户的选择，也不指向系统的无能。
- 不可跳过的等待（强制迁移、无法取消的处理）不放幽默——没有退出的陪伴会变成强制娱乐。
- 验证办法：同一等待页做有幽默与无幽默两版，比较中途放弃率与主观等待时长评分；幽默版放弃率不升、主观时长不延长才保留。