消息通知有两种：
一、A的动作后，发消息给A自己，这种容易解决，不多说明；
二、A动作后，发消息给B（比如管理员、店家），如何保证B收到消息？这种是本方案要解决的问题。
一张图片一眼告诉你什么是订阅消息，产品经理的设计UI居然让人一眼就知道订阅消息是什么玩意。
用户 B （管理员、商家、组长）在知道订阅数不足后，打开小程序来续订阅数，否则没法收到订阅消息。
下载代码片段，请扫描二维码：
用户A动作后，发消息通知用户B，如何保证B能收到消息？
消息通知有两种：
一、A的动作后，发消息给A自己，这种容易解决，不多说明；
二、A动作后，发消息给B（比如管理员、店家），如何保证B收到消息？这种是本方案要解决的问题。
一张图片一眼告诉你什么是订阅消息，产品经理的设计UI居然让人一眼就知道订阅消息是什么玩意。
用户 B （管理员、商家、组长）在知道订阅数不足后，打开小程序来续订阅数，否则没法收到订阅消息。
下载代码片段，请扫描二维码：
总能打败微信的产品经理
真的是人才
如果我是用户我，如果我有10个小程序需要通知，我是吃饱了撑的，每个每天都点进去订阅吗？
这个方案，我负责任的说：为了订阅而订阅，除非用户是傻子。
这个产品经理不懂客户！
说实话让用户自己点击增加订阅次数....这太反常识了很难理解的...
我倒是希望你或者有人能想出可以解决这种需求的办法，那我们皆大欢喜了。
我觉得这个方案非常棒
感谢大佬分享，俺们要做个设备报警提醒，这个方案确实可以考虑。虽然订阅一次提醒一次很蛋疼，但是在大官人长期订阅权限抓的严的情况下也没别的办法啊= =
这个方案如果在必须有订阅消息提醒的场景中，做的挺漂亮的。
我最近在设计订阅消息使用逻辑的时候，就遇到了类似的问题，微信的订阅消息是保证用户在用完即走的场景下如何做二次触达不二选择，说楼主方案不行的，在这种场景下有更好的解决方案？
这是写在小程序里面的吗 能写在h5页面吗
我也想过这种方案，评论里的埋点并不是特别的完美，既然都要订阅还不如在统一的地方让他们去订阅，然后...然后被项目经理毙了，我们程序推送用到的并不多，所以后来就没试过了，后面的强推送类型的小程序我也会使用这种方案