H8.02.1bulk selection mode设计研究

进入批量模式需要明确的状态变化

别名: 多选模式 · 批量编辑态 · select mode

概念解释

批量模式是一份内容列表从「浏览与打开单条」切到「对多条一起下手」的状态:行变成可选,主按钮变成作用在集合上的删除、移动、导出。进入这个状态必须有整页可察觉的变化——选择框出现、导航收起、动作栏换一套——而不是勾选第一项之后界面看起来还在浏览。它管的是模式切换本身。已选数量一直挂在哪里、跨页全选到底圈了谁,以及拖拽改顺序、给内容打标签,都不是这里的对象。

机制

浏览和批量共用同一份列表时,单击的默认含义互相打架:浏览态单击是打开,批量态单击是选中。若外观几乎不变,人会按旧含义点下去,打开一条却以为选中了,或选中一条却跳进详情。明确的状态变化是在告诉运动系统「这套点击现在选对象,不再导航」。变化要覆盖整份列表,而不是只在点过的那一行长出勾:否则未点到的行仍像可打开的标题,手会继续用浏览策略。退出必须同样显眼,否则人带着选择框去完成下一项查找,发现点标题没反应才意识到还在批量里。

怎么研究

同一份列表,比较「勾选后外观几乎不变」与「进入后导航栏换成批量栏、行首出现选择框」。任务混合「打开第三条」和「选中第三、五条并删除」。

自变量:进入批量是否改变整页结构、单击在两种状态下的默认含义是否切换、退出控件是否与进入同样显著。 因变量:用错单击含义的次数、完成批量任务前误入详情的次数、任务结束后是否仍停在批量态。

实验室里任务说明会提前说出「进入多选」,真实触发更常是长按或工具栏「选择」。要把「找不着入口」和「进了却不知道已经进了」分开计。不要和行内单个删除的效率比——那是另一条操作路径,不是批量模式是否可识别。

边界

始终显示勾选框的桌面文件管理器没有「进入」动作,状态变化改由「已选大于零时动作栏点亮」来承担;零选中时单击仍应打开,避免永远批量。只有两三条的短列表,批量模式的切换成本可能高于逐条操作,不必强行提供。触屏长按进入选择时,长按本身要和打开菜单、拖拽排序区分,否则状态变化会和另外两种手势抢语义。

怎么落地

  • 用明确的「选择」入口或长按进入批量;进入后行首出现选择框,顶部换成作用于集合的动作,单击行改为切换选中。
  • 提供同样显眼的「完成 / 取消选择」;退出后恢复打开语义,并清空选中。
  • 不要在浏览态单击标题的同时偷偷勾选,让两种含义叠在一次点击上。
  • 验证:请人先打开一条,再选中两条做删除。若打开任务中勾选出现、或删除任务中跳进详情,状态变化就不够。任务结束后再请他们打开一条,若仍在多选,退出也不够。

延伸

  • 同组H8.02.2 已选数量与范围需持续可见 · H8.02.3 跨页全选需明确实际作用范围
  • 相邻E4.05 行内与批量操作 · H8.03 拖拽排序 · H8.10 标记、标签与归类
  • 站内检索bulk selection mode · multi-select · mode change

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H8.02.1