B3.01.7Progress and Remaining Work设计
状态应表达进展与剩余，而不只是表明系统繁忙
别名: 剩余工作量 · 完成比例 · 进度语义
概念解释
有用状态要能回答“做完了多少、还剩什么”：12/80 条已校验、3 个文件待上传、第 2/5 阶段、失败 2 项待重试。仅显示“繁忙”把决策负担留给用户；进展与剩余（progress and remaining work）让等待变成可计划。
机制
用户决策依赖剩余成本，而不是活动存在。数量、阶段、失败项和下一步支持估计时间、分配注意、决定取消顺序或继续其他工作。分解还便于诊断：若“还剩 78 条”长期不变，用户能判断卡住；若失败项可见，可以先修复问题再重试剩余部分。
边界
剩余量只有在可定义单位时才准确。未知总量的搜索、依赖外部服务的步骤和动态生成的任务应显示已处理数量、当前阶段或队列位置，而非假百分比。进度也不能掩盖顺序差异：有些剩余项被阻塞，有些可并行，界面需要说明原因。
怎么落地
- 用同一种单位表达完成与剩余，如条数、文件数、步骤数或金额，不要只给无刻度动画。
- 分开显示成功、失败、跳过和待处理，并提供失败项重试入口。
- 剩余估计变化时保留最近更新时间；无法估算就明说“剩余未知”。
- 验收时中断任务，检查状态能否显示已完成、剩余和受影响对象。