C2.22.3debounce versus rapid tap设计研究

防抖间隔过长会让用户故意的快速多次点击(如游戏)失效

别名: 连点失效 · 游戏连发 · 过长防抖

概念解释

用户有时就是要在同一目标上尽快连点:射击、节奏、跳过对话、计数器连加。若防抖间隔长过这些人能稳定打出的重复周期,第二次及以后的有意点会被丢掉,表现为射速上限、连加停跳、或“按了没出招”。这不是弹跳被抑制,是把合法的高速重复当成了伪影。

机制

有意连点的周期受肌肉、触感确认和视觉确认限制,熟练玩家可以压到比弹跳峰更近的位置,但通常仍宽于弹跳。全局套用支付按钮那种偏右的门闩,会把游戏开火、空格跳过、加号连点一起切掉。更糟的是门闩若重置时机不对——每次被丢的点击又把计时器推后——用户越连点,下一次合法触发越远,形成“越急越钝”。触感若只在穿过门闩时播放,玩家会用振动当确认,丢掉的那些次没有振动,他们会补点,进一步撞门闩。把间隔写成“一次动画的时长”,连点速率就被动画绑死,和输入能力无关。

怎么研究

找会连点的任务(射击、连加、跳过),测量熟练用户的点按间隔分布,再叠上当前门闩。自变量是间隔长度、门闩是否在被丢点击上重置、以及有无触感。因变量是有效射速/连加速率相对手指动作速率的比、被丢的有意点击数、以及“钝、吃输入”的评分。把新手和熟练者分开:熟练者的分布更靠近弹跳区,同一门闩伤害更大。不要用支付按钮的被试来给游戏定间隔。

边界

无障碍用户可能无法做出短间隔连点,游戏若只提供连点一种火力,门闩再短也帮不到他们,需要按住连发或辅助瞄准。自动连发(按住即重复)走的是另一套时钟,和点按防抖冲突时要明确:按住重复不应被点按门闩掐死。双击手势的识别窗口也会吃掉第二次点,那是手势消歧,不是防抖过长,拆开看。网页的双击选词如果和游戏画布叠在一起,浏览器自己的间隔会再加一道。

怎么落地

  • 游戏开火、连加、跳过使用接近弹跳峰右侧的短门闩,或对“按住重复”开专门时钟,不要复用支付防抖。
  • 被丢掉的有意连点要在输入调试 HUD 里可见,调间隔时看有效射速而不是只看弹跳投诉是否消失。
  • 为不能连点的用户提供按住连发或长按充能,避免把熟练者的短间隔当成唯一合法输入。

延伸

  • 同组C2.22.1 连击指同一目标短时间内被多次触发,可能来自手指弹跳而非用户意图 · C2.22.2 系统需要在响应速度与防抖之间设置最小重复触发间隔 · C2.22.4 物理按键的机械回弹同样会产生连击,需要软件消抖
  • 相邻C3.02 双击 · C3.19 手势冲突与消歧
  • 站内检索rapid tap · fire rate · debounce

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/C2.22.3