I2.10.2range ETA over point estimate设计
区间估计比单一精确数值更诚实地反映不确定性
别名: 剩余时间区间 · 约几到几分钟 · interval remaining time
概念解释
外推给出的是一个点，点的周围其实是一条带：速率还可能变。把带收成「还剩 1:17」是在用秒级精度表达分钟级不确定。区间（「大约 1–3 分钟」「不到五分钟」）把不确定写进数字的形状里，让人按带去分配注意，而不是按一个会被下一秒公式改掉的点。诚实在这里是表示法，不是事后道歉。
机制
点估计强迫人做一种它负担不起的计划：1 分 17 秒后我要回来。计划的粒度是秒，生成这个点的噪声粒度是段。噪声一旦显现，点要搬家，搬家在界面上就是改数字。区间从一开始就按噪声的粒度说话：带够宽，速率在带内抖动时，文案可以不动；只有带被打穿才改。少改一次，就少一次「数字在变」的事件，外推的跳动被区间的宽度吃掉，而不是被下一帧的新点展示出来。
区间还把「系统知道自己不确定」编码进形式。点估计无论算法多保守，看起来都像声称精确。声称本身会抬高验收标准：差 20 秒就算没说到。区间把验收改成「落在带里」，与方法的真实分辨率对齐。
边界
带宽已经谈妥、剩余工作同质且短，点估计的噪声小于一秒，区间会显得装腔（「大约 0–2 秒」）。这时用点或只用进度条更干净。安全时限、验证码倒计时需要的是确定性的截止，不是估计带，不能用这条把倒计时改成区间。带若画得过宽（「大约 1 分钟到 1 小时」），信息量和没给数字差不多，人会忽略区间去看条；带宽了等于没说。带的两端必须来自速率窗口的离散，不能随手写「约几分钟」当语气词。
怎么落地
- 当速率窗口的变异超过一个阈值，显示区间或上界（「不到 5 分钟」），不要显示秒级倒计时。
- 区间宽度跟窗口走：窗口越吵，带越宽；稳定后可以收窄，收窄是修正，不是改口。
- 不要把区间和点叠在一起（「1–3 分钟（还剩 1:17）」），点会把区间的诚实吃掉。
- 验证：在抖动网络上看文案。点估计会每秒改数字；改成区间后，只要完成时刻仍落在最后一次公布的带里，表示法就比点更贴方法的分辨率。若带从来不被打穿也从来不收，说明带宽得没信息。