提示总量超过阈值后整体被忽略
别名: 提示疲劳 · 横幅视盲 · banner blindness · tip fatigue
概念解释
产品里的红点、底栏条、首次进入的小气泡、功能更新条，都是提示：系统主动把一句教学或推销插进正在进行的工作。条数在一段时间内过了阈值，人不再逐条判断内容，而是把这一类表层整类忽略。节制谈的是单产品里提示作为一类刺激的剂量，超过后失效的是整类，不只是最后那一条。它不是多个团队如何抢同一配额，也不是渐进介绍要不要设会话上限——那些是配额怎么分；这里是剂量本身会毒化通道。
机制
重复出现、位置固定、皮肤相似的刺激会被感觉系统降权，这是习惯化：不是看不见，是不再进入需要阅读的那一档注意。横幅视盲是同一机制在界面上的表现——顶栏那一块被编成「广告区」，有用的句子放进去也被跳过。阈值之后的损失是通道性的：团队以为还可以再塞一条高价值提示，但通道已经关了，高价值和低价值一起死。阈值按人经历的次数走，不按团队的发布节奏走；同一周三个功能各提示一次，对用户是三次。习惯化还有残留：通道关闭之后，即使安静几天，皮肤不变再出现仍会被当成同类。所以节制不是礼貌，是在保护提示这种通道还能否用。
怎么研究
在真实界面里把提示频率分成低、中、高，测量每条的有效阅读（停留超过可读时长、未被立刻关掉）和后续一条的阅读率。
自变量：单位时间条数、皮肤是否同构、位置是否固定。 因变量：从第几条开始阅读率塌陷、塌陷后一条明确有用的提示仍被忽略的比例、通道安静一段时间后再开的恢复程度。
实验室单次任务里习惯化来不及形成。不要用点击率当阅读：为了关掉而点也记成成功。同构皮肤会让塌陷更早，要把皮肤变化和条数拆开。
边界
错误和阻断失败上的提示走另一条通道（常驻、不同皮肤），不应与教学提示合计；合计会让故障日提前打满阈值。用户主动打开的帮助不是提示。安全警报过频是警报疲劳，机制相近但后果是漏掉危险，不能用教学提示的阈值去套。专业监控大屏本身就是提示表面，阈值由值班规程定，不由上手策略定。
怎么落地
- 清点产品里所有自动出现的教学/推销层（红点、底栏、气泡、更新条），把它们算进同一剂量，而不是各算各的「偶尔一次」。
- 为这一剂量设硬上限；到达上限后新提示不得再占用同一皮肤和位置。
- 需要长期可用的提示通道（例如真正的错误），从教学皮肤里拆出去，避免被一起习惯化。
- 验证：按用户统计连续自动提示的阅读率曲线。从某条开始几乎立刻关闭，就把上限收在那条之前，并抽一条高价值提示放在塌陷后看它是否也死——若死了，通道已废，减剂量优先于换文案。