C6.20.3Shortcut chord vocabulary explosion设计研究

组合键数量随功能增加而膨胀,最终超出常规手指可达的组合范围

别名: 快捷键膨胀 · 组合空间耗尽 · 快捷键过载

概念解释

每加一个专家功能,产品就想再要一组快捷键。修饰键种类有限,主键又要避开打字与系统保留键,可分配的和弦集合很快被填满。后续功能只能叠更多修饰、占用更偏的主键、或覆盖已有绑定。膨胀的终点不是“用户记不住”,而是物理上已经没有多少还能舒适按到、且尚未占用的组合。记忆负荷是后果,先发生的是组合空间耗尽。

机制

常规可达组合大致是:Ctrl/Command、Shift、Alt/Option 的子集,乘以字母和少数符号。系统和应用还要先拿走保存、复制、关闭、切换窗口等。剩下的格子里,左边字母比右边更抢手,因为多数快捷键沿用单词首字母。功能清单一旦超过这个格子数,设计者开始引入三修饰和弦、反斜杠区、功能键层和上下文相关的同一和弦多义。上下文多义把查找成本转嫁给“当前焦点在哪”,冲突率随插件和语言布局再升高。手指能否按到某一组具体和弦是另一层约束;这里先问的是格子总数够不够分配。

怎么研究

清点产品在默认配置下绑定的和弦、与系统及浏览器冲突的数量、以及“同一和弦在不同焦点下含义不同”的条目。把功能按使用频率排序,看低频功能占用了多少优质格子。实验室记忆测试可以补充,但应后置:先做空间审计,再测记得住与否。插件生态要单独抽样,因为默认表看起来稀疏,装了扩展就爆炸。

边界

垂直工具(视频剪辑、CAD)的用户预期并接受巨大快捷表,膨胀不一定是缺陷,但仍然受物理格子限制。触屏产品几乎不走和弦,膨胀发生在工具栏和手势上,不是这组问题。可自定义快捷键能把格子重新分配,却不能凭空多出新的舒适组合;自定义把冲突从设计者推给用户。语音命令另开一条词汇表,不占用键和弦空间。

怎么落地

  • 默认只给高频、可逆的命令分配优质和弦;低频功能进命令面板,不要为了“每个菜单都有快捷键”填满表。
  • 公布保留给用户和插件的空位,避免应用在升级时吞掉这些空位。
  • 新功能优先复用已有命令(参数化)而不是新开和弦。
  • 验证:列出全部默认快捷键,去掉系统占用后,检查是否还剩可分配的两修饰字母格;若新功能只能靠三修饰或功能键层塞进去,说明默认表已经饱和,应减而非加。

延伸

  • 同组C6.20.1 组合键的按下顺序通常要求修饰键先于主键按下,顺序颠倒可能不触发 · C6.20.2 粘滞键让修饰键依次单独按下也能组成组合键,服务于无法同时按键的用户 · C6.20.4 三键及以上的组合键对单手或运动能力受限用户构成显著门槛
  • 相邻C6.03 快捷键体系 · C6.04 修饰键
  • 站内检索shortcut vocabulary · chord space · keyboard shortcut overload

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/C6.20.3