I2.01.4skeleton reduced perceived duration设计研究

骨架屏比转圈更能降低用户对等待时长的主观估计

别名: 主观等待更短 · filled interval · 骨架降低时长估计

概念解释

同一段钟表时间,人对它有多长的判断可以分叉。结构可预知、两种指示都合法时,骨架屏往往比转圈给出更短的主观时长估计(perceived duration)。转圈几乎是一只钟:它邀请人盯着「还在等」。骨架把这段间隔填成即将到来的版面,注意被版面划分占用,用来计时的部分变少。这条不决定该不该用骨架——准入仍是结构可预知——只说明:在已经可以二选一的时候,骨架多出来的那一层好处是把等待从计时任务里拉开

机制

前瞻式计时里,注意像一扇门。门对着时间开着,内部节拍器的脉冲被点得更勤,间隔被估长;门被别的加工占用,脉冲漏计,间隔被估短。转圈是几乎纯净的时间标记:形状在循环,内容槽位仍是空的,人很容易把注意留在「它转了几圈」。骨架是填满的间隔(filled interval),但填进去的不是无关闪光,而是要对即将出现的物体做空间划分。划分是视觉加工,会把门从计时上拉开一截。

这与经典的「填满显得更长」并不自动打架。实验室里让人比较两段空/满间隔谁更长时,满段常被判更长,因为任务本身就是计时,填充成了被计数的事件。等待界面里人的任务是「内容好了没有」,计时是副业。副业被版面预演抢走时,等待显得短;副业被一只钟盯着时,等待显得长。骨架要能起到拉开作用,填充必须像内容而不是像另一只钟——满屏无结构的闪动条会重新把注意钉回时间。

怎么研究

把同一段客观延迟配上转圈或骨架,再收集主观时长。Zakay 与 Block 的注意门模型(attentional-gate)把「是否在监测时间」当成估计的开关;Thomas 与 Weaver 对填满间隔的判断,则提醒填充本身也可以被当成要计数的刺激。HCI 里 Harrison 等人用不同进度条动画证明:钟表时间固定时,填充的运动样式仍能推动主观快慢。骨架对转圈的对比,是把「内容预演」和「纯时间标记」放进同一次等待。

自变量:指示类型(骨架 / 转圈 / 空白)、延迟长度、骨架与终局的符合程度、是否告知「请估计等了多久」。 因变量:口头或量尺上的时长估计、与客观时间的比值、是否报告「一直在看时间」、到达后找到目标的时间。

前瞻判断(知道自己在等、随时可以报告还要多久)和回溯判断(结束才问刚才多久)会得到不同方向的偏差。界面等待几乎都是前瞻的,实验室若改成回溯,不能直接拿来支持产品选型。骨架错配引发的跳变会在结束帧另记一笔时间,把「等待显得短」冲掉,符合程度必须作为协变量,不能只报主效应。

边界

结构不可预知时,用骨架换主观速度是拿跳变换估计,账算不平。等待越过注意力窗口之后,人开始做「要不要离开」的决策,短几秒的主观优势盖不住「不知道还要多久」;这时需要进度或阶段,不是把转圈换成骨架就结束。填满间隔在纯计时任务里可以显得更长,把实验室的 filled-duration 数字直接当成「骨架永远更快」会方向反掉。无障碍通道上骨架常常没有等价物,主观时长的视觉优势不能假设被读屏共享。若骨架的呼吸动效本身吵到像闹钟,注意会被拉回时间,优势消失。

怎么落地

  • 仅在结构可预知、两种指示都说得通时,把骨架当作默认,图的是占用注意而不是装饰。
  • 让骨架像版面:能看出头、行、图的槽。不要做成另一只更花的钟。
  • 不要用这条去覆盖长任务:主观估计降低不是进度信息,导出和安装仍要确定条。
  • 验证:同一操作、同一注入延迟,一半人看转圈一半人看骨架,结束后立刻问「刚才大概几秒」。骨架组的估计系统性更短,且到达后没有跳变,这条的好处才算拿到。

延伸

  • 同组I2.01.1 结构可预知时用骨架屏 · I2.01.2 结构不可预知时用不确定指示 · I2.01.3 骨架结构与实际内容不符会造成跳变 · I2.01.5 极短的加载时间内出现指示反而会制造多余的视觉闪烁 · I2.01.6 转圈缺乏进度信息,长时间使用会被误认为卡死 · I2.01.7 骨架屏的动画节奏需要统一,杂乱的呼吸动效会显得廉价
  • 相邻I2.07 感知性能 · E6.07 骨架屏 · I1.02 思维连续性阈值
  • 站内检索perceived duration · filled interval · attentional-gate model

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/I2.01.4