I1.04.2latency as heaviness设计研究

延迟被感知为界面沉重

别名: 界面沉 · 手感钝 · sluggish UI

概念解释

滚动晚一拍,人很少说「延迟 40 毫秒」。他们说这页、滑块、列表拖不动。输入延迟在主观上被翻译成质量感(heaviness):对象好像更重、摩擦更大、机器更费劲。这是感知归因,不是物理质量变了。同一套像素,只因为从输入到画面的时间变长,材质评价就从「轻快」掉到「廉价而沉」。

这条不谈延迟要多短才跟手,只谈延迟一旦被感到,会被编成什么词。词选错,优化就会找错地方——去改阴影和字重,而不去改帧。

机制

人对物体运动带有质量预期:轻的东西跟手,重的东西滞后。视觉上的滞后是质量的日常证据,界面借用了这条启发式。延迟因此不会被报告成时钟问题,会被报告成材料问题。第二层是努力:手使了力,对象慢半拍才走,大脑把差额解释成「还要克服阻力」,于是出现「拖不动」。

归因会污染无关判断。一次跟手差的滚动,会让同一页的图标看起来「更厚重」、动画看起来「更廉价」,即使这些资源完全没改。性能被体验成视觉设计,视觉设计背了性能的锅。

怎么研究

给同一界面注入延迟,做语义差异量表:轻–沉、快–钝、贵–廉价、跟手–滑脱。不要只问「是否感到延迟」,那会把人训练成工程师。

自变量:附加延迟、是否伴随掉帧、对象尺寸。 因变量:沉重及相关维度评分、是否仍能正确指出「慢了」而不是「丑了」。

让人比较「这个主题」和「那个主题」时,延迟差异常被说成皮肤差异。实验里要打乱皮肤,才能把沉重归因从视觉设计里拆出来。

边界

故意做的物理模拟(惯性、阻尼、弹)也会产生滞后,但那是模型内的滞后,加速度曲线自洽。输入延迟是模型外的滞后,曲线不自洽,沉重感更脏。低端设备用户会把沉重归到「这台机器」,不一定归到应用;同一应用在旗舰机上突然变沉,归因才会打到产品。动画时长被加长(300 毫秒的缓动)是设计选择,人读成「从容」而不是「沉」——前提是手势当拍已经跟手,缓动只发生在手离开之后。

怎么落地

  • 把「沉 / 钝 / 拖不动」当成延迟信号来查,而不是先去改视觉重量。
  • 跟手差时不要用更重的阴影、更粗的边去「衬」动效,那会把错误归因写进皮肤。
  • 物理滚动的惯性和摩擦可以设计,但手指还在屏上时对象必须贴手;惯性只在离开后启动。
  • 验证:同一皮肤两台机,一台注入 50–80 毫秒输入延迟。听人形容。若词是沉、钝、卡,而不是「这个主题不好看」,延迟已经被编成质量感。把延迟拿掉再听一次,词应跟着回去。

延伸

  • 同组I1.04.1 拖动跟随的延迟阈值远低于点击响应 · I1.04.3 首次输入延迟与稳态延迟需分别测量
  • 相邻I1.05 延迟抖动 · I4.09 节奏与操作韵律
  • 站内检索perceived heaviness · sluggish UI · input lag

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/I1.04.2