E6.09.2indeterminate progress设计
不确定进度不传达剩余时间
别名: 不确定条 · undetermined bar · 来回滑动
概念解释
不确定进度（indeterminate progress）只声明工作仍在进行：条来回走、圈不停转，没有「还剩多少」。它不能被读成时间估计。用户从滑动速度里读出「快结束了」，是在发明系统没有发出的信息。不确定进度的合法含义只有一个：系统活着，总量未知。给它加上「大约还要一分钟」或让动画在后半段变慢，就是越界去说自己并不知道的剩余。
机制
时间估计需要速率和剩余量。不确定条没有剩余量，速率便无所依附；动画速率是设计出来的，与工作速率无关，却最容易被当成工作速率。人在缺乏比例时会用启发式：动得快就是快完，停住就是卡死。于是不确定条一边在防止「假比例」，一边又用运动语言泄漏假时间。它真正能支撑的决策很窄：还可以等（因为还在动），或已经死了（因为完全不动）。要不要再等三十秒、要不要取消去改参数，这些决策它给不出。把不确定条放在需要这类决策的等待上，用户不是缺少安慰，是缺少结构。
边界
不确定并不等于永远不能升级。一旦总量在过程中变得可测（列出了文件表、拿到了字节数），应立刻改成确定，不要因为开头不确定就整段不确定。循环动画在无障碍上往往等价于「仍在加载」这一句话，对剩余同样沉默，需要另给文本状态，不能指望看见条的人与听见状态的人得到不同的时间暗示。不确定条配上经过的秒数是合法的——那是已经花掉的时间，不是剩余。用户把经过时间外推成剩余，是他们的启发式；界面若再写「预计」，就变成了伪造。
怎么落地
- 不确定条的文案只说正在做什么（正在连接、正在生成报表），不说还要多久。
- 禁止用动画减速、加速或「快满了」的视觉来暗示剩余；运动保持匀速或明确与数据无关。
- 总量一旦可知就切换到确定条，切换时不要把不确定阶段的动画位置映射成百分比。
- 验证：挡住文案只看条，问「还剩多少」。若有人能给出数字，运动语言已经在泄漏假时间。