我讨厌红点

不知道从什么时候开始，各种应用的用户界面都出现了红点这个东西。有红点的地方，通常是内容有更新，鼓励用户点进去。点进去再出来，红点自动消失。短信如此，微信如此，这种用户界面元素已经普及到生活中方方面面的应用，我想大家都已经熟悉并不假思索地去点有红点的地方了吧。我不否认它合理有效，但今天我偏要挑一挑它的毛病。

从用户角度

首先，它很丑。红点点在那里，我想大多数人都觉得不是很爽吧。我没有什么洁癖，但我可以观察到有点洁癖的人，常常会努力地去把所有的红点点掉，从而还给应用界面一个清净。当点红点已经不是实现目的的手段而是目的本身的时候，它的意义也就不大了，反而它的负面作用就越来越显著：让用户焦虑，降低用户的注意力时长，把用户训练成为一个点红点的机器。

再者，红点这种用户界面元素有被滥用的趋势：应用有更新来个红点，有小功能想向用户推荐也是红点，再往后是不是有广告也会是红点呢？这个问题其实是上个问题的延申，当用户已经被训练成不假思索地去点红点的时候，应用作者和用户的角力就进一步失衡，应用作者在资本的影响下更可以为所欲为，挤压用户的注意力，让用户成为应用的奴隶。红点虽然不是罪魁祸首，但它确实是一个奴化圈养用户的重要手段。

最后，我想说的是点或不点什么，看或不看什么，是用户的自由，也是用户的隐私。诚然，你点了什么，看了什么，应用有本事知道，并能搜集数据到后台丰富你的用户绘像，有没有红点它们都做的到。但是，红点给了它们一个光明正大的理由来搜集这种数据：我们本不想记录用户什么看过什么没看过，是为了实现红点这种用户需要的功能勉为其难嘛。当一个卑劣的目的披上了合理的外衣，用户也就见怪不怪了。

从应用开发者角度

我不仅是个用户，我自己也做一点互联网应用。从应用开发者角度，这个功能实现也是给我不少困扰的。

已阅状态应该是什么时候标记的呢？我能想到的有下面三种可能：

1. 点的这个动作触发
2. 第一次呈现给用户时触发
3. 当用户从呈现页面点到别处的时候触发

深究下以上三种方法都有问题。在第一种方法下，用户点了可能未必看，而且内容入口可能有多个，每个入口都要做动作吗？在第二种方法下，用户仍然可能看0.1秒或者1分钟，应用端无法区分，甚至无法区分是人还是机器。最后一种方法貌似最精确，可惜用户想离开的话可能直接关窗口，应用来不及动作。所以，已阅与否永远是不精确的，应用的状态通常和用户的期望有相当差距。

另一个问题就在于我完全不想对用户做绘像，所以，实现已阅与否的状态存储和及时切转对我来说没有好处，只有负担，而这个负担还不小：我可能有很多内容，我也可能有很多用户，这是个 MxN 的问题，如此大的状态空间，存储和维护对我都有不小的压力。

没有红点行不行

没有红点，应用作者还是有不少方法和用户沟通：需要用户立即反应的时候可以弹窗，这种需求应该很罕见，所以动用弹窗这种强硬手段不会引起用户不满。需要用户延时反应的时候可以推送消息，给用户时间自主反应。这种需求比第一种需求多些，也不是天天都有。以上两点都是红点时代之前就常用的方法，现在也没有过时。

红点有一定意义的地方就在于告诉用户哪些内容有更新，这样防止用户点进去发现没更新导致失望，或者忽略了更新导致错过了。没有红点，应用还是可以对内容根据更新时间排序，有心思的用户可以从头一个一个点，直到自己觉得无聊为止。失望或错过是上网不可避免的遭遇，我不觉得我有必要给我的用户营造一个假象。

说到底，红点是当一个页面内容太多太繁杂，为了给用户提供一个视觉上的优先级提示而应运而生的。我觉得问题的核心不是该如何提醒用户什么可以先点，什么可以不着急点，而是该如何精简内容，解放用户。这样不仅解决了用户界面问题，还可以让用户早点放下手机，合上电脑，这才是双赢。

可惜，双赢通常不是商业应用的目的。