E6.11.1badge versus dot设计
红点表示存在，数字表示数量
别名: 红点 · 数字徽标 · unread dot
概念解释
红点（dot）只声明「这里有未处理的东西」，不声明有几件。数字徽标（numeric badge）声明的是件数。两者不是同一控件的强弱档，而是两种问题：要不要进去看，以及里面有多大一堆。把「3」画成一个无数字的点，用户无法估计要不要现在处理；把「有新动态」写成「99+」，又在一件本可以是存在性的事上制造数量焦虑。选用哪一种，先问用户下一步是不是需要用数量来做计划。
机制
数量进入决策，当处理有成本且成本随件数变：回三封信和回三十封不是同一档时间。数字让人做排序和分块。存在性进入决策，当一件就够改变行为：有人@了你，你就要进那一栏，几件可以进去再看。点把注意引向入口，数字把注意引向工作量。错用会扭曲动机：社交产品用数字催打开，工具产品用点提醒状态，两者换了会让工具变得吵、让社交变得像待办。角上的标记还被当成入口身份的一部分，用户会用「有没有点」当未读模型；模型若与真实件数不一致，进门之后会对不上，信任从第一次对不上开始掉。
边界
数量极大时数字会变成不可读的块，「99+」是数量通道的折算，不是改回红点；折算仍在说「很多」，点只说「有」。零件时不应留一个「0」，也不应留一个点，两种标记的消失才表示清空。对无法计数的流（「有新活动」但活动不是离散项），数字是假的，该用点。无障碍名称里，点要说「有未读」，数字要说「12 条未读」，不能都叫「徽标」。色盲条件下红点的「红」不够，形状（实心圆）才是存在通道，颜色只是叠加。
怎么落地
- 处理成本随件数变化的入口用数字；一件即需进入、件数无规划价值的入口用点。
- 同一入口不要今天用点明天用数字，除非件数跨过需要规划的阈值，并在那一次把通道切换说清楚。
- 计数必须能对上点进去看见的列表；对不上就不要显示数字。
- 验证：遮住数字只留形状，问「有多少」。若任务其实需要这个数字才能决定现在做不做，就不该用点。