D1.08.2Progress monotonicity设计研究
进度不得倒退或长时间停滞
别名: progress stall · progress reversal · monotonic progress · progress trust
概念解释
进度单调性（progress monotonicity）指面向用户的进度应持续朝完成方向推进；若必须重新估计、重试或进入耗时阶段，也不能在没有解释的情况下明显倒退或长时间静止。进度条不是后台计数器的原样镜像，而是用户据以预测等待的承诺。向后跳会让人怀疑已经完成的工作丢失，长停滞会让人无法分辨仍在处理、网络断开还是界面冻结。
机制
人会从进度的变化速度推断剩余时间和系统健康，尤其会把接近完成时的停滞看作失败或欺骗。技术过程常非线性：发现更多工作、校验、重试、上传收尾或服务端排队都会改变估计；若直接把内部百分比投到界面，就会产生回退和「99% 很久」。单调表达通过平滑、阶段转换、保守估计或明确说明，把复杂内部状态翻译为可理解的等待体验，而不是承诺一个无法兑现的线性轨迹。
怎么研究
在快慢网、失败重试、缓存未命中、大文件和长尾服务端阶段下记录真实事件与显示轨迹，测量用户何时认为任务已卡死、何时重复操作或取消。比较回退、冻结、阶段说明和持续但缓慢推进对可信度、等待决策和恢复操作的影响。只用平均完成时间评估会漏掉长尾：最短任务可能流畅，而少数停在接近完成的任务决定用户是否相信进度。
边界
单调不等于伪造匀速。为了不后退而无限放慢或把真实错误藏在静止条后，同样会误导。若任务范围确实改变、已完成工作必须重做，系统应说明发生了什么、影响是什么并给出选择；若已无进展，应报告失败或提供重试，而非继续假装进行中。很短的操作也不必展示会来不及变化的进度条。
怎么落地
- 将内部工作状态映射为用户可理解的阶段和保守进度，避免把可回滚的临时估计直接显示为已完成比例。
- 为重试、范围增加和耗时收尾提供说明与下一步；超过合理等待阈值时显示诊断、取消或重试入口。
- 对接近完成的长尾设置专门监测，检查条、阶段和实际事件是否一致，不以总体均值掩盖停滞。
- 在测试中问用户「系统现在在做什么、你会等还是重试」；无法回答或以为冻结时，需改进状态解释而非只加动画。