L3.06.1progressive output eases waiting设计研究
逐步输出降低等待感
别名: 等待感 · 逐步出现 · occupied wait
概念解释
同一段回复，八秒后整块出现，人盯着空白转圈，觉得很久；同样八秒，字从第一秒就开始往外冒，人跟着读，觉得没多重。时钟没变，被占用的等待变成了跟着走的等待。逐步输出降低等待感（progressive output eases waiting）指的是：把空闲等待换成可看的进展，改变的是等待被体验成多难熬，不是任务何时结束。
早期内容够不够用来判断、总时长有没有真的变短，都不是这一句要承担的。它只处理「空着」和「在出东西」两种等待的质感。
机制
空闲等待里，注意没有对象，时间估计会被拉长，人也更容易去找别的窗口。有内容可跟随时，注意被阅读占用，间隔被填满，同样秒数被估得更短，中途离开的动机下降。逐步出现提供的是占用，不是完工证明。
转圈和进度条也占用注意，但占用的是监控，不是阅读。监控仍在问「好了没」，阅读在问「下一句是什么」。后者把等待从监视改成参与，等待感的下降主要来自这次改写。
怎么研究
同一生成，墙钟时间固定，比较：空白转圈、不确定进度条、逐 token 出现。因变量：估计等待时长、烦躁评分、中途切走的次数。自变量：首字何时出现、出现速率是否均匀、有无转圈并存。
墙钟必须锁死。否则「感觉更快」会和「真的更快」混在一起。切走是行为指标，比事后回忆的秒数更硬。
边界
生成只需几十毫秒时，逐步出现来不及形成阅读，等待感问题不存在，硬加流式只会闪。用户把窗口切到后台时，占用没有对象，逐步出现帮不上忙，回来时需要的是「已完成」而不是重放。阅读障碍或屏幕阅读器用户跟不上逐字跳动，等待感可能反而上升。这条不处理未完成能否当终稿，也不处理中止按钮。
怎么落地
- 在会形成空闲等待的生成上，让内容尽早开始出现，避免长时间只剩转圈。
- 不要用转圈代替逐步文本；转圈仍是监视，不是参与。
- 速率过快读不及时，保持人能跟上的出现速度，宁可略慢于解码，也不要闪成整块。
- 验证：同一任务锁死总时长，一组转圈一组逐步。问「等了多久」并看切走次数。估计时长和切走没有下降，逐步没有在降低等待感。