用户拒收消息提醒，为何屡屡失败？

我们把平台与用户之间的消息进行分类，列出不同的四类消息：操作层的关键指引信息、DAU日活的营销互动信息、关联信息以及通知类信息。

“用户消息提醒”的类别

从产品功能设计的角度来说，消息功能一般有以下应用场景：

1）通讯提醒

主要值IM或社交类应用，当用户离开应用时收到好友信息，这时需要通过消息功能来提示用户查看。

还有如微博、豆瓣等应用，当收到其他用户的赞、评论或留言时，系统同样需要通过消息功能来提醒用户去查看。

2）推广促活

包括两个方面：一个是对那些流失用户，通过一些用户可能关注的信息来吸引用户回归，达到挽留和减少流失的目的。另一个方面，将新的运营活动，通过消息宣告给目标用户。

3）通知提醒

如用户账户变动、产品重大功能更新，或商家活动变更等事项，需要及时告知用户。

保持用户对重要事项的知情权，不仅是对用户的尊重，更是降低用户对变化的抵触、减少用户抱怨的必要手段。

4）流程反馈

对于用户的关键操作，尤其是那些可能无法即时呈现最终结果的（比如：申请提现、付款后等待发货、请假等），需要在操作或流程有结果后，通过消息的形式及时给予用户反馈。

及时、清晰的反馈是用户体验的重要一环，能够提升用户对流程的掌控感、安全高，从而增加对产品的信心。

举个常见的案例，微信已经算是非常克制的产品了，我们作为个人用户（微信）和企业用户（企微），在使用这款产品过程中有被消息提醒叨扰到吗？

拿个人微信举例：

聊天列表里出现的消息通知有几类：对话类【个人或群】、订阅号消息【集合】、服务号【单个】、服务通知。

“我”和“发现”里的红点与数字，“发现”里出现红点与数字不惊讶，毕竟是我自己去与朋友圈动态产生了链接，主动发起的。

但是“视频号”里的关联动态与“我-服务”九宫格上新，这个就有点撩人心弦了。视频号里被动触发的消息通知，是希望增加内容的查看率与互动频次，微信大号为视频小号导流，这就是赤果果的DAU行为。

（“我-服务”九宫格上新）

用户消息提醒的定位：

站谁的队就想着谁的好

我们是做SaaS产品，服务人力公司。我通过实战的案例拆解，帮助大家了解“消息提醒”的定位，它的目标出发点决定了它最终是偏向于哪一方。

第一类场景下的消息提醒，平台上给用户提供的是新功能通知。

作为一个定期更新迭代（每两周）的产品，我们曾经也是在客户服务群发版本内容，但是群消息一刷就过去了。后面考虑到用户有知晓的诉求同时降低客户群的叨扰，就在通知中心增加了版本迭代通知，在后台首页右下角以极小的空间来呈现。

这类消息通知的用途就是降本增效。

第二类场景下的消息提醒，是关联信息。

比如成为了经纪人，分享海报后有人通过专属推荐码报名，系统会推送入职进度给到经纪人，同时向下传递信息给驻场（服务端，负责安排面试的人），这里设计的消息通道是双向触达。

同步向上游数据源和下游信息新节点发起通知，这类消息的用途就是串联关键业务流程，等同于功能模块中的一环，不可或缺。

第三类场景下的消息提醒，为了完成运营给的DAU的营销互动。

比如某企业客户系统里沉睡用户（求职者）有70万，在招聘求职高峰期来临前两周，客户在系统里主动发起激活通知，以短信和微信服务通知消息模板的两种组合形式，给沉睡用户发送“职位邀请”消息，达到激活的目的。

这类消息的用户就是提升DAU，承担了促活的作用。

第四类场景下的消息通知，功能操作指引类。

新用户第一次进入平台，特别是下沉市场的用户群体，对于功能的全览图是有渴求的，在高频操作的功能第一次被启用时需要提供指引，降低操作门槛。

消息提醒背后是博弈：

产品初衷与商业变现的较量

我记得曾经写过一篇文章，关于社区产品（豆瓣、B站）的增长魔咒与商业化之路的权衡，背后的关键是“两方博弈”。

“消息提醒”这个功能本身设计起来不是一件难事，精确触发的关键动作，考虑清楚推动后的关联影响，在先实用的情况下再去美观，这属于功能型产品经理设计必经的一环。

其中最大的难题是考验产品设计者的权衡能力，是站在用户极简操作的立场不动摇，还是听从公司的战略考虑赚点变现的钱，无不体现了产品经理的决策能力。