浅析消息通知

今天在工作中恰好提到这个话题，晚上回家有空展开思考一下。

消息通知，通常来说包括以下几种形式：

形式一：系统 PUSH，极高的曝光率&极低的打开率

IM 消息提醒、评论互动、运营通常采用这一方式。IM 消息提醒如微信、QQ、钉钉的聊天消息，对及时性的要求极高。互动评论常见于社交类应用，比如微博。用户对这两者的容忍度相对较高，且 IM 消息 > 评论互动。

运营包括活动运营和内容运营。活动运营比如 Walkup，是一款类似微信运动的计步类 app，经常和第三方合作推出各种各样的跑步计数活动，在推出新的活动时会使用手机 PUSH。内容运营，比如知乎不时会推送一个单独的问题，再比如 same，每天都会推送一个频道。

系统 PUSH 的优点在于它的到达率和曝光率，只要没有被关闭通知权限，几乎能够 100% 让用户看见。这样的后果是打开率极低，并且一旦频繁推送，就面临着被用户关闭通知权限、甚至直接被卸载的后果。比如我之前一直使用的 Walkup，一般 2 ~ 3 天打开一次，后来可能改变了运营策略，每天都 PUSH 活动给我（我极少参加），于是被我直接卸载了。

形式二：应用内弹窗，重要的版本更新提示通常采用这种方式。

京东的版本更新提示，饿了么每天首次打开时的红包，Uber 的活动推广……都会采用应用内弹窗。应用内弹窗的曝光率极高，但破坏性也极强，因为它打断了用户的正常使用流程，并且必须按关闭/确认才能关掉弹窗（更优雅的交互方式是点击屏幕空白处）。

方式三：站内信通知，取决产品本身的架构，通常由官方账号发出。

站内信通知，是更为普遍的一种活动运营方式。由于绝大多数 app 都有关注/被关注功能（即使没有，也有消息/对话功能），通常会默认关注官方账号。而 app 的日常运营，也是靠该账号推送内容，比如网易云音乐的小秘书、知乎的知乎团队/知乎 Live 团队。

方式四：小红点+浅灰色文字，通常标记在入口处。

在功能入口上加小红点，在列表式的功能入口上加小红点/右侧浅灰色文字，是更常见的一种方式，比如微信默认朋友后有更新时会在发现栏上出现红点提示，以及微信读书的版本更新会在相应的入口处都添加小红点。

其他：手机短信通知、邮件订阅

这两种方式不再赘述。