消息通知有两种:
一、A的动作后,发消息给A自己,这种容易解决,不多说明;
二、A动作后,发消息给B(比如管理员、店家、楼主),如何保证B收到消息?这种是本方案要解决的问题。
一张图片一眼告诉你什么是订阅消息,产品经理的设计UI居然让人一眼就知道订阅消息是什么玩意。
用户 B (管理员、商家、组长、楼主)在知道订阅数不足后,打开小程序来续订阅数,否则没法收到订阅消息。
补充一:
关于勾选按钮,请注意话述是:“总是保持以上选择,不再询问”,而不是:“总是同意接收订阅消息”,不要幻想就成了永久性订阅消息;
相当于你打电话订外卖,对店家说“老样子”,店家只会马上送一次外卖,而不是会以后每天自动给你送外卖了。
补充二:
一旦勾选后,就不可逆了,没有任何办法恢复或取消勾选了,除非你小程序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
总能打败微信的产品经理
真的是人才
如果我是用户我,如果我有10个小程序需要通知,我是吃饱了撑的,每个每天都点进去订阅吗?
这个方案,我负责任的说:为了订阅而订阅,除非用户是傻子。
这个产品经理不懂客户!
说实话让用户自己点击增加订阅次数....这太反常识了很难理解的...
我倒是希望你或者有人能想出可以解决这种需求的办法,那我们皆大欢喜了。
我觉得这个方案非常棒
卧槽,我现在才读到这篇介绍,假如我早点看到,我就不至于在小程序订阅消息这里躺坑这么久了,只想说一句,我都不爱用,用户会用吗?
感谢大佬分享,俺们要做个设备报警提醒,这个方案确实可以考虑。虽然订阅一次提醒一次很蛋疼,但是在大官人长期订阅权限抓的严的情况下也没别的办法啊= =
这个方案如果在必须有订阅消息提醒的场景中,做的挺漂亮的。
我最近在设计订阅消息使用逻辑的时候,就遇到了类似的问题,微信的订阅消息是保证用户在用完即走的场景下如何做二次触达不二选择,说楼主方案不行的,在这种场景下有更好的解决方案?
用订阅消息这种方法对于"商城订单下单“ 之类的场景来说 比较好 但是小程序里有评论 有回复 这种的 该如何实现也能通知到用户呢。