一张图片一眼告诉你什么是订阅消息，产品经理的设计UI居然让人一眼就知道订阅消息是什么玩意。

订阅消息政策出来后，感觉申请长期订阅消息无果，产品经理终于放弃治疗，把选择权全交给用户玩，爱谁谁，爱咋咋地。。。

说明一下：以下方案对你一眼理解订阅消息有帮助，但并不是让你百分百来赞同该方案的。我们只是千万人里在寻找订阅消息解决方案的之一，订阅消息出来后，必然会总结出某种合理合适的方案，这只是其中的一种；

并不是我们的方案反人类，而是在订阅消息机制下，这样的方案是合情合理的。

看效果图：

1、提醒用户赶紧续订阅：

检测到用户订阅消息的次数不足时，小红点提醒。

2、用户没事还得打开小程序来续订阅数，否则没法收到订阅消息。

订阅数额太少的时候还会告警提醒。

UI交互说明：

1、开通订阅消息

这是由我们小程序代码控制的开关，并不是微信订阅消息机制自带的功能；

原因是：（非常重要）

即使用户这次拒绝了订阅消息，也能收到消息，因为用户曾经同意过，只要订阅次数大于0，不管用户怎么拒绝，都能收到订阅消息。

所以订阅消息本身是没有办法不让用户马上拒绝收到消息的，只能自己编代码实现。

虽然觉得方案不可思议，从来没有哪家APP是这样的消息机制，也只有小程序才有的奇葩。

不过思来想去，好象这也是唯一能接受的最好的方法了。

这样的消息机制，用户完全远离骚扰，但是代价是需要没事就来点击订阅。

反过来想，这样不是也能增加日活和粘性吗？

感觉这种方案适合以下场景：

1、双方希望互相获得动态通知的；

2、评论与被评论；

3、用户操作需要通知店主/文章主/博主/管理员等。

4、论坛私信；

5、团队协作软件；

该方案可能不适合以下场景：

1、散户不常用小程序的；

2、网购的用户；

最后补充一下：终极方案补充。

当某个消息数过少时，我们在发送的该类消息里用备注提醒，并以红色告警，提示用户该类消息数量不足。

最后我还是实现了，完全基于云开发做的。