H5.11.4missing notification history drives checking设计研究
历史列表缺失会让用户因错过通知而反复检查是否有更新
别名: 反复检查 · 错过焦虑 · checking habit
概念解释
没有可回放的历史时，人无法确认「是不是已经来过、我是不是漏了」。不确定不会停，会变成反复打开应用、下拉刷新、回到通知栏空扫——不是因为真的有新工作，而是因为无从证伪「漏了」。历史的作用之一是让「没有」可被看见：翻过了，没有那条，就可以停。
这条解释缺失历史如何制造检查循环。它不是角标数字如何承诺待办，也不是条目进历史后时钟怎么排。
机制
检查是降低不确定性的行为。通知系统若只在栏里短暂展示，消失之后不确定性升到最大：可能来过、可能没来、可能划掉了。打开应用是在用一次会话去抽样。抽样若仍给不出「这段时间发生过什么」的闭包，下一次间隔会缩短。循环消耗的是本该给主任务的注意，也训练人把应用打开当安抚，而不是当有事才打开。
有历史时，「没有」是一种可观察状态：列表在、时间范围在、空着。空列表比空通知栏更像证据，因为栏空着也可能是被清过。
怎么研究
在一段时间里发送稀疏通知，一组有历史、一组没有。记录无新到达时的应用打开、下拉和通知栏唤起，以及自报的「怕漏」。
自变量：有无历史、历史是否显示空状态时间范围、栏是否自动清。 因变量：无新到达时的检查次数、检查间隔、主任务被切开的次数。
实验室任务短，检查还来不及养成。需要数日日记或产品漏斗里「打开后无新内容」的会话占比。不要把高打开当参与——那可能是焦虑抽样。
边界
本身就是要高频查的工作台（交易、客服队列）检查是工作，缺历史不是主因；但即便如此，一份到达日志仍能减少「刷新看看是不是接口挂了」。无网络时历史若也打不开，检查会转到反复重试连接，需要把离线缓存的最后同步时刻写出来。对通知本就极少的工具，缺失历史的检查循环很弱，不必先做一套完整回放。
怎么落地
- 提供可打开的历史，空状态写清「最近 N 小时没有通知」，让「没有」可见。
- 不要让栏自动清空后无处可对；清空应进历史。
- 应用冷启动若来自「我是不是漏了」，应能从历史而不是空白首页回答。
- 验证：一天只发两条通知，中间数小时空窗。无历史组若空窗里仍多次打开应用且打开后无新内容，循环就在发生；加上带时间范围的空历史后，空窗打开应下降。打开量下降而两条真到达仍被处理，说明少掉的是检查，不是工作。