H3.13.1per-item status in partial failure设计研究
批量操作中部分失败需要逐项标明成功与失败状态
别名: 逐项状态 · partial batch status · 部分失败列表
概念解释
二十项一起提交，十七成三败，结果不能收成一盏灯。逐项标明指每一项仍看得出成功还是失败，失败项还能看出自己的原因。人要用这张清单决定下一步动哪几条。这条只管状态怎么列，不管失败项怎么单独重试，也不管能不能把部分成功说成整批失败。
机制
批量把注意从对象收成集合。失败发生在对象层：权限、冲突、远端拒绝各不相同。集合级的一种颜色把这些差异压平，工作记忆只留下「没成」，于是人要么整批重来，要么放弃核对。逐项状态把集合拆回对象，扫视就能分开两类，失败原因不必再猜。列表还提供空间锚：失败项仍在原来的位置或可排序到一起，而不是消失进一条横幅里。
怎么研究
同一混合结果比较：一条总括、成功失败分两个计数、每项带状态。
自变量：状态粒度、失败原因是否出现在该项上、列表是否可按状态过滤。 因变量：正确指出失败项的比例、误把成功项重做的次数、完成核对的时间。
实验室里的项如果没有可识别的名字，逐项状态测不出发现性。用被试刚选的真实对象。
边界
项数极大时不能在一屏画完，要提供失败过滤器与导出，而不是退回一句总数。动画或进度还在走时，未完成项是「进行中」不是失败，三类要分开。部分项的状态还未知时，标未知，不要先画成失败再改成成功。
怎么落地
- 批量结束页或原列表上，每一项显示成功 / 失败 / 进行中，失败项附一句该项的原因。
- 提供「只看失败」过滤，计数与列表一致。
- 不要用一条横幅替代列表；横幅最多做摘要，详情在项上。
- 验证：做完一次故意的混合结果，遮掉摘要问「哪几条没成」。指错或只能复述数字，逐项状态就没成立。