已选数量与范围需持续可见
别名: 已选计数 · 批量范围 · selection count
概念解释
进入批量之后，人要决定对这堆对象做什么。决定依赖两件一直在场的信息：已选数量，以及范围——当前页、当前筛选、还是包含未看见的项。数量与范围必须在选择过程中和确认动作时都看得见，不能只在勾第一下时闪一下，也不能滚出视口后消失。控件层「动作栏要写出已选几条」是相邻问题；这里管的是内容操作流程里，人在挑对象、改筛选、准备删除的整段时间里，集合的大小和边界有没有跟手。
机制
批量的后果按集合放大。删 2 条和删 200 条动作相同，责任不同。人无法在工作记忆里维持「我勾过哪些」，尤其是选中项已经滚出屏幕、或筛选条件中途变了。可见的计数把集合收成一个可核对的数；范围说明则阻止把「这一屏的全选」听成「库里全部」。若计数只出现在第一屏顶部，人滚下去挑更远的项时，决策依据丢了，只能靠残余感觉。动作弹出层如果再盖住计数，确认瞬间集合又变成未知。筛选一变、已选被静默丢掉或静默扩大，计数还停在旧数字上，人会按错的量执行。
怎么研究
让人在长列表里选跨屏的若干项，再执行删除或移动。比较计数固定在动作栏、只在首屏、被对话框盖住三种。
自变量：计数是否随滚动常驻、是否同时写明范围（已选 n / 当前筛选共 N）、筛选变化时计数是否同步。 因变量：执行前对数量的估计误差、误删未打算选中的项、筛选后仍按旧数量确认的次数。
实验室列表往往一屏能看完，范围错误出不来。必须用超过两屏、带筛选的内容库。问「你要删几条」要比只看最终是否点确认更敏感。部分失败（有的项删不掉）会让计数和结果对不上，需要另计，不要算进「计数不可见」。
边界
单次最多选几条的硬上限若已经写在入口旁，计数的主要工作变成靠近上限时的预警，而不是解释范围。语音或开关控制的用户可能看不见常驻栏，计数需要能被读出来，而不能只靠视觉角标。实时协作下别人删掉了你已选的项，计数必须立刻下降，否则可见的是一个已经不存在的集合。空选时计数应消失或归零，不要停在上次的数字上。
怎么落地
- 批量动作栏常驻「已选 n 项」；若存在筛选或分页，写成「已选 n 项（当前筛选共 N）」。
- 打开删除或移动确认时，把同一句计数带进确认层，不要让对话框盖掉唯一的数字。
- 筛选、排序、搜索改变可见集合时，立即更新计数；若已选中有项因此被排除，明确说「已选中的 k 项不在当前筛选内」，禁止静默清空或静默保留。
- 验证：让人在第二屏勾选后不滚回顶部，问现在选了几条、作用在哪一段。再改一次筛选，看计数和口头描述是否一起变。对不上就还不可见。