D1.08.3Remaining-work progress设计研究
进度应表达剩余而非仅已完成
别名: time remaining · remaining work · progress framing · estimated time remaining
概念解释
剩余工作进度（remaining-work progress）要求进度信息帮助用户估计从现在到完成还要付出多少等待、注意或资源，而不是只报告过去做了多少。百分比、已完成项和填充条天然以完成量为中心，但用户在中途真正要决定的是「还要多久」「是否可以离开」「能否开始下一步」。以剩余时间、剩余项目、剩余阶段或可恢复的完成通知补足这一问题，进度才成为决策信息。
机制
人对等待的判断是前瞻性的。两个都显示 80% 的任务，若一个还有几秒、另一个仍有漫长收尾，带来的行动选择完全不同。已完成比例尤其在任务末端容易误导：最后少量单位可能占绝大部分时间，或完成 50% 仍意味着耗时最重的一半尚未开始。明确剩余范围让用户能安排注意、决定取消、转后台或选择替代方案；缺少它时，用户只能从条的速度猜测，形成不稳定预期。
怎么研究
在不同真实时长、非线性阶段和可后台继续的任务中，比较只显示完成量、显示剩余量及显示阶段加剩余量对等待决策、离开再返回、取消和估计准确性的影响。记录系统估计与实际剩余的误差，观察用户是否把一个不可靠时间读数当作精确承诺。研究应区分「知道仍有工作」和「能据此安排行动」：前者只需条在动，后者需要可理解的剩余边界与不确定性表达。
边界
剩余并不总能精确计算，虚假的倒计时会迅速损害信任。估计不稳时可以给范围、阶段或定性说明，如「正在准备，之后将上传」，而不是伪造分秒精度。对极短任务，增加剩余文本只会闪烁；对用户无法取消且不需要等待的后台任务，完成通知可能比常驻进度更有用。剩余表达也不能取代对失败、暂停或范围变更的解释。
怎么落地
- 从用户要做的下一项决策出发选择剩余表达：时间、项目数、阶段、队列位置或完成后通知，而不默认只放百分比。
- 对不确定估计使用范围或阶段性语言，并在估计改变时说明原因，避免让精确数字变成失约承诺。
- 将取消、后台继续和完成后可继续的动作与剩余信息放在一起，使用户可按成本选择。
- 让测试者在中途判断是否等待、切换任务或取消；若他们只能盯着填充条猜测，进度尚未表达足够的剩余信息。