消息通知有两种：
一、A的动作后，发消息给A自己，这种容易解决，不多说明；
二、A动作后，发消息给B（比如管理员、店家、楼主），如何保证B收到消息？这种是本方案要解决的问题。
一张图片一眼告诉你什么是订阅消息，产品经理的设计UI居然让人一眼就知道订阅消息是什么玩意。
用户 B （管理员、商家、组长、楼主）在知道订阅数不足后，打开小程序来续订阅数，否则没法收到订阅消息。
补充一：
关于勾选按钮，请注意话述是：“总是保持以上选择，不再询问”，而不是：“总是同意接收订阅消息”，不要幻想就成了永久性订阅消息；
相当于你打电话订外卖，对店家说“老样子”，店家只会马上送一次外卖，而不是会以后每天自动给你送外卖了。
勾选和不勾选的区别是什么呢？
区别仅仅是：不勾选时，必须点击订阅10次，弹窗10次；勾选后，仍然必须点击订阅10次，但是不弹窗。无论如何“订阅”这个点击n次的动作少不了。
补充二：
一旦勾选后，就不可逆了，没有任何办法恢复或取消勾选了，除非你小程序MP后台换一次消息模板号(删除模板，重新添加一次)。
补充三：
关于如何保存订阅数。
保存在数据库中，笔者用的是云开发，数据库表user结构如下：
{
_id:'openid1',
nickName:'老张',
msg:{
"tempId1":5,
"tempId2":7,
}
}
补充四：
关于如何获取订阅数。两种方式：
一、wx.requestSubscribeMessage的回调success里获取；
二、消息推送机制获取；https://developers.weixin.qq.com/miniprogram/dev/framework/server-ability/message-push.html
我觉得这个方案非常棒
这个方案如果在必须有订阅消息提醒的场景中，做的挺漂亮的。
我最近在设计订阅消息使用逻辑的时候，就遇到了类似的问题，微信的订阅消息是保证用户在用完即走的场景下如何做二次触达不二选择，说楼主方案不行的，在这种场景下有更好的解决方案？
虽然有各种问题，但不打扰用户是第一位的。
难道垃圾短信收到不够多？
做产品的如果这个都想不明白就再想想。
作为开发人员，我也不喜欢。但接受。
楼主，给A发通知，我就wx.login获取一下openid然后发送，那我要给B发通知，怎么拿他的openid呀，
老哥小程序名字是什么，进去体验下
老哥，现在是2023年4月，你上面说的内容是否有变化
不过，就是让你理解什么是订阅消息，该方案仅供参考。
其实微信的产品经理们不是不想照顾开发者和商家感受，大家站在普通小白用户角度，如果从微信过来乱七八糟的的订阅信息太多造成干扰，最快速消除干扰的方式大概就是直接从消息列表里面禁止了，要这样操作被禁止可是微信的所有通知消息啊，微信的海量消息入口就被那些随意搞订阅消息的开发者毁了，所以，不是微信产品经理们傻逼，而是在兼容低级开发者的前提下不得不首先以用户体验为优先考虑。
你好，我想实现的场景是，A是企业小程序，B是使用该小程序的员工，A需要经常给B下发不同的工作任务通知，比如今天盘点仓库，B收到通知进入小程序录入盘点信息提交给后台。明天可能下发检修设备等通知。B都订阅了消息后，A能每次都直接给B下发通知吗？是属于一次性订阅还是要开长期订阅？或者实现这个场景不是订阅消息能完成的？
如果一开始只有一个模板
“项目执行进展提醒”，并且用户A选择了‘总是保持以上选择’。之后再添加其他模板，用户A是不是再也看不到弹窗。
那么请问在同意了订阅消息后，且勾选了“总是保持以上选择，不再询问”。商家就可以在后台随意推送消息内容且随时都可以推送消息吗？通过服务通知送达。
即必须执行一次wx.requestSubscribeMessage，只不过执行它的时候不弹授权窗，而已。