P1.14.1Uncertain wait设计研究

等待中的焦虑主要来自不确定而非时长

别名: 不确定等待 · 等待焦虑 · 进度反馈 · 预期时长 · uncertain wait · progress feedback · dread

概念解释

等得久本身不是焦虑的主要来源,不知道要等多久、不知道系统是否还在工作才是。这个现象叫不确定等待(uncertain wait):一段没有时长信息、没有进展指示的沉默等待,比一段已知终点的更长等待更折磨人。它和「等待体验差」不是一回事——差指的是慢,这里指的是用户在等待中失去了两个判断依据(结束时刻、系统存活状态),焦虑正是从这两个空缺里长出来的。

机制

不确定的等待把用户推进一种每时每刻都在发生的无信息决策:继续等,还是现在放弃?两个选项都不了解后果——放弃可能浪费已经投入的时间,继续等可能面对早已失败的事实。沉默还天然地被读作坏消息的前兆:正常状态会说话(文字流式输出、列表逐条出现),反常状态才静默,于是无进展被解释成「是不是卡死了」。焦虑随解释真空累积——界面不提供的解释,用户用最坏假设补齐。已知时长与可见进度改变的是这个决策结构,而不是让人变耐心:当剩余时间可知,等待从「赌局」变成「规划」,用户把等待排进自己的事(切去别的窗口、看一眼消息再回来),决策压力消失,耐受时长随之大幅延长。同一分钟,未知时是负担,已知时是预算。

怎么研究

  • 威胁不确定性范式:让被试等待一次电击,电击出现概率被实验操纵;生理唤醒与自我报告的压力峰值出现在概率最不确定的区间(约一半可能挨打时),而不是后果最坏的区间——压力追踪的是不确定性的估计值,不是结果的价值。用学习模型逐时刻估计被试的不确定性,能预测其压力曲线的形状。
  • 预先焦虑的选择实验:让人在「负性事件早些发生」与「多等一段时间」之间选,并允许付费换提前;相当一部分人付费让不愉快的事立刻发生,说明等待期本身在持续产生不愉快(dread),而不只是通向不愉快——这条通路叠加不确定性后进一步放大。
  • 医疗等待的现场研究:术前等待、检查结果等待这类高利害场景中,比较被告知预期时长与流程信息者和未被告知者:被告知一方报告的状态焦虑更低;对结果等待的质性访谈则反复把「等结果」评为整个就医过程里最难受的一段,有时比坏消息本身更难受。
  • 方法论注意点:这段文献大多来自单次、高利害、以分钟到周计的等待,效应量不能直接折算到界面上秒级的等待;等待中以探针反复询问焦虑会改变等待本身,实时测量与事后回忆要分开设计。

边界

  • 这里只谈焦虑的来源,不否定时长本身的代价:已知但很长的等待仍然引发烦躁与流失——信息把焦虑换成规划,而规划可以得出「不等了」的结论。进度指示救的是情绪,不是留存率。
  • 虚假承诺会翻转结论:进度条走满却没完成、预估时间过了却毫无解释,一次违反就把「已知时长」重新变回「未知」,且比从未承诺更糟——估算失准后要显式更新并解释,不能装作没发生。
  • 个体差异存在:应对方式研究传统区分了信息寻求型与信息回避型个体,后者在信息增多时可能更紧张。界面做不到逐人适配,但把详情做成可选展开而不是强制全屏,给两类人各留一条路。
  • 极短等待(一秒内)不需要任何指示,加了反而成为噪音;适用起点是「长到用户会开始怀疑系统」的等待。

怎么落地

  • 排查产品里所有超过数秒的等待点,每个都补齐两件东西:进展指示(走到了哪一步)与预期时长(大约还要多久);两者给不出的,至少说明系统此刻在做什么(「正在压缩图片,共 24 张」)。
  • 剩余时间真的不可知时(上传大小未知、外部依赖不可控),显示已完成的量而不是伪造百分比——「已处理 3/7 个文件」不撒谎,假进度条撒谎。
  • 后台自动重试、排队等待这类场景,把状态说出口:「正在重试,第 2 次,共 3 次」比无提示的转圈强。
  • 预估时间以区间或保守值给出,一旦要超时,主动更新并解释原因。
  • 验证办法:埋点记录等待中途的放弃位置,找出放弃率陡增的等待点;可用性测试中在长等待时询问用户「你觉得它还在工作吗、还要多久」,用户答不上来的等待点就是没做完的。

延伸

  • 同组P1.14.2 失败信息需给出下一步而非仅描述状态 · P1.14.3 损失场景中的可撤销性比措辞更有效 · P1.14.4 归因方式决定用户自责还是迁怒系统
  • 相邻I2 加载与等待 · P1.03.3 负向峰值同样被放大记忆
  • 站内检索uncertain wait · progress feedback · dread · state anxiety · stress and uncertainty

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/P1.14.1