I2.07.1perceived duration diverges from clock设计研究

感知时长与实际时长可以背离

别名: 主观时长背离 · hovering clock · 感知不等于钟表

概念解释

钟表走了四秒,人可以说「一下就好了」,也可以说「等了很久」。感知时长(perceived duration)和时钟时长不是同一条量。加载体验里被记住、被拿去骂「慢」的,是感知的那条。背离可以双向:盯着空转的等待会把间隔估长;注意被别的加工占住,同一间隔会被估短。感知性能的起点是承认这两条尺子,而不是把性能报表上的毫秒直接当成用户报告。

机制

前瞻式计时里,注意像一扇门。门对着时间开着——盯进度、盯转圈、看钟——节拍器脉冲被点得更勤,间隔估长。这就是 hovering clock:越看时间,时间越慢。门被任务相关的加工占用,脉冲漏计,间隔估短。填充也会独立起作用:一段被事件填满的间隔(filled duration)在纯计时任务里常被判得比空间隔长,因为填充成了被计数的刺激;但在「等结果」的任务里,填充若把注意从计时上拉开,方向可以反过来。所以背离不是一条永远「填了就短」的咒语,而是计时注意和事件填充两套机制的合成。

回溯判断(等完了才问刚才多久)还会走另一条路:记得住的变化越多,间隔被估得越长(存储量假说)。界面若在等待里塞了很多无意义的状态闪,回溯时会显得更长,即使当时并不觉得在看钟。

怎么研究

同一段客观延迟,改变人是否在监测时间、间隔里有没有事件,再收主观估计。Zakay 与 Block 的注意门模型把「监测时间与否」当开关;Thomas 与 Weaver 处理填满间隔的判断;日常里「盯着水壶不开」就是 hovering clock 的通俗版。HCI 里用注入延迟加事后量尺,或让人把等待调到「和刚才一样长」。

自变量:客观时长、是否可见时钟/进度、间隔内事件密度、前瞻还是回溯询问。 因变量:估计时长、估计与客观的比值、是否报告「一直在看时间」。

实验室里被试知道自己在做时间任务,门会更常对着时间开,估计偏长的情况会被放大。产品等待里人的主任务是「好了没有」,计时是副业。把实验室的绝对值搬去当产品指标会错;该搬的是方向:让人盯着时间,就会估长。

边界

很短的间隔(即时窗口内)几乎没有「估长估短」的空间,背离还没开始,人编码的是因果而不是等待。很长的间隔人会改用外部钟(看手机),感知尺子被墙上的钟接管,界面再玩填充也有限。年龄、负荷、情绪会移动门的默认位置,同一个人不同时刻的比值也不同。填满间隔在计时实验和等待实验里方向可能相反,引用时必须写清任务是哪一种,不能两边通吃。

怎么落地

  • 不要用单一的时钟毫秒当「用户觉得有多慢」。同一条请求,空等和有事做的等,要分开收主观。
  • 避免在等待里把人训练成看钟:无信息的闪烁、可数的循环圈数,都会把门拉开向时间。
  • 需要比较版本时,同时记客观时长和事后估计,看比值,不只看均值毫秒。
  • 验证:同一 5 秒延迟,一组看空转圈,一组在等待里能继续读已有内容。结束后立刻问「刚才几秒」。两组估计若几乎相同,说明你还在用时钟当感知;若空转组明显更长,背离已经被操作到了。

延伸

  • 同组I2.07.2 有反馈的等待被感知为更短 · I2.07.3 优化感知不能替代优化实际
  • 相邻I2.01 骨架屏与转圈的选用 · I1.02 思维连续性阈值 · I1.05 延迟抖动
  • 站内检索perceived duration · hovering clock · filled duration

同组卡片

快捷操作

分享

分享当前页面

ios_share

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