无法清除的红点会被永久忽略
别名: 红点清不掉 · sticky badge · 永久未读
概念解释
红点和数字徽标的契约是：处理之后，标记消失。无法清除指用户已经进去看过、或已经点过「标为已读」，角上的点仍在——因为系统把「有可看的东西」和「有未处理的东西」当成了同一件事，或因为总有一条永远新的运营位。点一旦变成入口的常驻装饰，它就不再表示存在，只表示「这个产品爱打点」。人会学会不看它。忽略是永久的：敏感度掉了之后，后来真有未读也叫不回来。
机制
存在标记靠的是变化：从无到有捕获注意，从有到无完成一次处理闭环。清不掉就没有「到无」这一半，标记退化为该图标的固有斑点，注意不再分配给它。这和确认框被点穿是同一类习惯化，但发生在更外围、每次进出都看见的位置上，训练次数更多。无法清除还有一种结构性原因：计数包含用户无法处理的项（系统通知、别人的草稿、已过期的活动）。人进去发现没有自己能做的事，出来点还在，于是把「点 = 与我无关」写进模型。之后凡是这个点，先假设无关。
怎么研究
让徽标在「看过内容之后仍在」与「看过即清」两种规则下各生活若干回合，再插入一次真正需要处理的新项。
自变量：清除条件（打开即清 / 显式已读 / 永不因查看而清）、是否夹杂不可处理项、标记是点还是数字。 因变量：插入那次新项是否被注意到、从出现到进入的时间、是否口头把标记称为「一直都在」。
实验室里徽标是刺激，被试会多看一眼。更狠的测法是把它放在不是主任务的侧栏上，主任务是编辑文档，看谁还会为侧栏的点停下。
边界
「有更新版本」这类状态在用户拒绝更新后仍为真，点可以留，但应改成可关闭的入口，或降级进设置，而不是伪装成未读。未读邮件确实还在收件箱里，点不应因打开导航就被清掉——那是对象未处理，不是无法清除。无法清除指的是用户对这件标记已经尽了能尽的处理，它还在。数字从 3 变成 2 也是一种清除的部分兑现；完全不动的 3 才是死的。
怎么落地
- 为每种徽标写清除条件：查看、显式已读、完成对象上的动作；没有条件就不要上标记。
- 计数只包含当前用户能处理的项；运营位和不可动作的系统消息不要混进未读。
- 提供「全部标为已读」，并真正清掉；清完还在，就不要做这个入口。
- 验证：走完产品认为的处理路径，看点还在不在。还在，找一个一周后的用户问这个点是什么意思。答「一直都有」，忽略已经完成。