D1.08.1Determinate progress indicator设计研究

已知总量时使用确定进度

别名: determinate progress · progress bar · known total · task completion

概念解释

确定进度指示(determinate progress indicator)把已完成工作相对于已知总工作量的比例呈现给用户,例如「42/100 个文件」或填充到 42% 的进度条。它适用于系统能够合理估计分母且完成单位有稳定意义的任务。与不确定的旋转指示不同,确定进度回答的不只是「还在工作吗」,还包括「已经到了哪里、剩多少、是否值得等待」。

机制

等待的不确定性来自用户无法判断任务是否在推进、剩余时间是否可接受以及现在取消的代价。可靠的比例把后台过程变成可预测的外部状态,支持用户安排注意、决定等待或转去做别的事。若总量其实未知、分母会大幅变化或进度与真实完成没有关系,伪造确定性会比单纯等待更糟:用户会把条的长度当作承诺,并在它停住或突然跳变时失去信任。

怎么研究

比较旋转指示、确定进度及确定进度加剩余估计在不同任务时长和可取消性下的等待感、取消决策、完成前离开率和对系统可信度的影响。记录真实工作单位、估计总量和显示值的偏差,不能只收集主观满意度。长任务还应观察用户是否依据进度切换任务或提前返回;这正是确定信息区别于装饰性动画的实际用途。

边界

已知总量不等于每个单位耗时相同。文件大小、网络、排队、压缩或服务端阶段会使「完成一半」不代表时间过去一半,因此不应将比例直接伪装成精确剩余时间。快速完成的任务也不需要硬加进度条,短暂反馈即可。对会不断发现新工作、不断扩展范围的任务,宜说明范围正在变化或改用不确定/分段表达,而不是冻结一个虚假的总数。

怎么落地

  • 仅在可定义稳定分母时使用确定进度,并以用户能理解的单位说明总量与已完成量。
  • 将进度值接到真实工作状态,而不是以固定动画模拟;当估计变化时明确更新范围或阶段。
  • 对可取消任务在进度附近说明取消后果;对较长任务提供后台继续或完成通知,避免用户被迫盯着条等待。
  • 在快慢网、大小任务和异常重试下记录显示进度与真实完成的偏差;出现长停滞、无解释跳跃或完成后仍未更新即为验收失败。

延伸

  • 同组D1.08.2 进度不得倒退或长时间停滞 · D1.08.3 进度应表达剩余而非仅已完成
  • 相邻D1.13 进度的分段与阶段说明 · D1.11 输入已接收与结果已产生的区分
  • 站内检索determinate progress indicator · progress bar · known total

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/D1.08.1