A5.14.4Manual do-not-disturb windows as a workaround for imperfect boundary detection设计研究

用户自定义的免打扰时段是对系统自动判断边界能力有限的补偿

别名: do not disturb · DND · 免打扰模式 · manual override

概念解释

系统要想自动挑一个合适的打断点,先得能可靠地判断出用户此刻是不是在一个任务边界上,而这件事目前做不好——跨应用、跨设备的活动难以被完整感知,任务本身的层级结构也不总是能从应用切换、点击序列这些外部信号里可靠推断出来。免打扰时段(do-not-disturb window)是绕开这个判断难题的做法:与其让系统去猜边界在哪,不如让用户直接划出一段时间,声明"这段时间内一律不算合适的打断点"。这不是边界检测的升级版,而是在检测能力不够时的一种替代方案。

机制

自动边界检测是一种推断,输入的信号本身有噪声、任务结构本身也可能是隐蔽的,推断出错的概率不会是零。免打扰时段把"何时不该打断"从一个需要持续推断的问题,变成一个用户一次性声明、系统只需要匹配当前时间是否落在声明区间内的问题——判断的复杂度从"理解用户在做什么"降到了"对照一个时间表",代价是精度下降:声明的时段是粗粒度的时间块,不会跟着用户实际的任务节奏走,时段内用户可能已经完成了当前工作、正处在一个真实的边界上,声明的免打扰却依然拦下所有内容;时段一结束,用户即便还深陷在某个任务中间,系统也会恢复正常递送。用可靠性换精度,是这个机制的核心权衡。

怎么研究

比较自动边界检测与用户手动免打扰设置的研究,通常并列测两种条件下的中断合理性——由第三方或事后用户自评当前时刻是否真的适合被打断,同时收集用户对两种机制的信任度与实际启用率。

常见自变量:使用自动检测 / 手动时段 / 两者结合;常见因变量:中断命中合适边界的比例(准确率)、用户对系统判断的信任评分、功能的实际启用与保留率。

方法论注意点:用户对自动检测的信任本身会影响他们是否愿意让系统接管这个决定,哪怕自动检测的客观准确率不差,用户主观上仍可能更依赖能自己掌控的手动时段——这类研究要把"检测准不准"和"用户信不信"分开测量,两者常常不同步。

边界

  • 免打扰时段是一种时间上的粗粒度屏蔽,不是对任务边界的精细定位;它解决的是"系统猜不准边界在哪"的问题,不是让边界判断变得更准。
  • 如果用户实际的工作节奏与预先设定的时段严重不匹配(比如作息不规律、任务安排临时变动),手动时段本身也会跟着失效,需要用户持续维护,这份维护成本本身是有代价的。
  • 这条不涉及自动检测技术本身如何改进,只讲手动时段作为替代方案存在的原因和位置。

怎么落地

  • 在无法做到可靠边界检测的场景里,优先提供简单可控的手动免打扰时段作为基线功能,不要等到自动检测足够准确才上线打断管理。
  • 把手动时段和自动检测做成互补而不是互斥:时段内如果系统检测到一个高置信度的真实边界,可以在不违反免打扰原则的前提下,把已经攒下的低紧迫信息在这个真实边界点批量呈现,而不是死等到时段结束。
  • 记录手动时段设定与用户真实活动模式之间的错配情况,用这份数据反过来推荐更贴合用户节奏的默认时段,而不是让用户从零手动摸索。
  • 验证办法:对比同一批用户在纯手动时段与"手动时段+边界感知呈现"两种设置下,时段内外的中断投诉率与信息延迟感知,确认叠加边界感知是否真的改善了体验而不只是增加复杂度。

延伸

  • 同组A5.14.1 打断点存在粗细粒度之分,子任务边界只是其中较粗的一级 · A5.14.2 精细边界比粗粒度边界更早出现,但保护效果较弱 · A5.14.3 通知合并延迟到下一个边界出现,比立即打断的总成本更低
  • 相邻A5.08 中断成本与任务恢复
  • 站内检索do not disturb · manual override · opportune moment for interruption · interruptibility prediction

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/A5.14.4