G3.08.2filter removal设计研究
筛选需可单独移除与整体清空
别名: 清除筛选 · clear all filters · 逐枚移除
概念解释
每一枚已应用的筛选要能单独拿掉，整组也要能一次清空。单独移除与整体清空是两种粒度，缺一不可。单独移除用来做归因：结果不对时，人试着松开最可疑的那一刀，看集合怎么跳回来。整体清空用来在约束已经缠死、不想逐枚诊断时回到未过滤的查询。只有清空，人学不到是哪一枚在作怪；只有逐枚，缠死时退出成本按枚数线性上升。
移除的是筛选，不是查询，也不是排序。点掉一枚芯片不应把搜索词一起删掉。
机制
多枚筛选构成一条合取链。要知道是哪一环把目标切掉，必须能单独打开那一环并观察计数变化——这是一次受控实验，自变量是那一枚筛选。若唯一出口是「清除全部」，实验结果是整条链消失，归因失败，下次还会把所有条件重新勾上。反过来，没有整体清空时，人面对七八枚芯片只能连点七八次，移动端上这个过程还夹着滚动和误触，于是干脆放弃过滤功能。
两种动作的可见性也要匹配粒度。芯片上的关闭是「这一枚」；摘要旁的「清除全部筛选」是「这一组」。把芯片关闭做成「清空一切」，或把「清除」做成只清最后一枚，标签与效果错位，下一次就不敢再用。移除后列表必须立刻按新约束重算，延迟会让人以为没点上，再点一次变成连消两枚。
怎么研究
用「目标被某一枚筛选藏住」的任务，比较只有清空、只有逐枚、两者都有时的恢复路径。
- 范式：已知项被三枚筛选中的一枚切出集合，记录被试拿掉哪几枚、是否误清查询；Hearst 的分面界面把已选值的删除当作一等操作。日志中 clear-all 与单芯片关闭的比例。
- 自变量：是否提供按枚关闭、是否提供清除全部、清除全部是否误伤查询或排序。
- 因变量：恢复到可见目标的步数、误删的约束数、放弃筛选的比例。
- 方法论注意点：若三枚筛选在界面上紧挨着且长得很像，误触会被算成「移除设计失败」，要控制芯片间距。实验室被试被要求「找出是哪一个筛选」时会过度使用逐枚，现场更常直接清空——两种行为都要采集，不要用一种当金标准。
边界
只有一枚筛选时，单独移除和整体清空是同一动作，不必摆两个按钮抢注意。强制筛选（合规、权限）不能进入可清集合，混进去会让「清除全部」失败或清掉后立刻被加回，像坏掉。依赖关系（选了「笔记本」才出现「内存」）在父级被移除时应级联拿掉子级，并让人看见子级也走了，否则摘要里会留下无父的孤儿条件。撤销「清除全部」在约束很多时很有价值，否则一次误触要全部重勾。
怎么落地
- 每枚已选芯片带自己的关闭；摘要旁另设「清除全部筛选」，文案写明清的是筛选。
- 两种动作都不碰查询词和当前排序；需要回到完全初始态时用另一个「重置查找」。
- 清除全部前若枚数很多，可提供一步撤销，避免误触后的全量重勾。
- 验证：用三枚筛选藏住目标，其中只有一枚是真凶。能只拿掉真凶并看见目标，单独移除成立；把七八枚芯片一次清掉且查询还在，整体清空成立。清筛选时搜索词消失，粒度已经和查找本身缠在一起。