扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
在两个月前微信公众号-功能-模板消息界面显示了一条公告,表示“为提升微信用户体验,服务号订阅通知功能自2021年1月27日0:00至4月30日24:00进行灰度测试,期间服务号模板消息可正常使用。灰度测试期结束后,服务号订阅通知的策略将另行公告。”
接触微信及微信小程序开发的朋友应该都知道,微信服务号给用户推送消息有两种:①、模板消息:用户只要关注公众号就可以向用户推送消息;②、客服消息:用户需要48小时内跟公众号有互动动作才可以推送。所以在很多场景下,开发者都是使用模板消息,因为不需要用户触发。
而小程序刚出来的时候,小程序也有类似的模板消息,由于小程序不存在“关注”一说,因为小程序初衷就是“即用即走”。但是小程序不可能让我们可以无节制地推送消息给用户,因此需要用户在进行表单操作的时候带入一个formid,后台需要给用户推送模板消息的时候需要传入formid。
再然后,小程序上线了订阅消息,需要用户触发点击且同意接受消息后,小程序才能给用户推送消息。总之,就是让用户自己选择是否接受公众号或者小程序的消息推送,只有用户自己接受了,才可以收到消息。
订阅消息有两种:①、一次性订阅,指用户订阅一次,服务号可不限时间地下发一条对应的订阅通知。②、长期订阅,指用户订阅一次,服务号可长期多次下发通知。当时我看着这个规则的时候,就觉得微信后面肯定又有动作调整,不然没必要多个一次性订阅,因为站在开发者角度,肯定希望用户选择长期订阅,这样后续的操作不用触发。
果然,现在就能看到开头所看到的,微信公众号服务号也开始灰度测试订阅消息模式,估计后续订阅消息上线后模板消息模式会停用。这不是重点,重点是订阅消息模式中的“长期订阅”会设置很高的门槛。
从官方文档中可以看出,长期订阅消息仅对一些公共服务开放,而其他的场景压根就没有机会使用了,可以分别看下公众号后台和小程序后台就知道,至少我们的账号是不能使用长期订阅消息了。
普通微信公众号后台已经无法选择长期订阅消息模板了
普通小程序后台已经没有长期订阅消息模板了
所以我前面说的预感是没错的,现在就是调整的时候了。当然目前原来的模板消息机制还是可以使用,但不排除以后会被停用。这样会对很多已经有的基于微信的项目有影响,比如之前有模板消息或者长期订阅消息,自营的一个商城,用户下一单,可以直接用微信消息通知管理员处理订单,点击订单可以打开微信网页或者小程序页面进行处理,比短信方便很多,而且还不用支付短信费用。然而如果微信服务号模板消息和长期订阅消息功能被停用,这种类似的场景都无法实现,只能用类似短信的方式提醒,但短信存在:①、与系统衔接不如微信模板消息顺畅(虽然有办法处理);②、可能被手机系统拦截;③、需要支付费用,等等问题。
所以在微信官方的通告中,有超过500个评论,绝大多数评论都批评微信团队搞一刀切。坦白讲,这种调整对很多微信服务商来讲是很大的打击,因为很多项目的逻辑都需要调整,而且每个项目都需要跟自己的客户解释,调整所涉及的东西对客户而言不仅要增加成本而且体验还不如之前的,所以对于服务商来讲肯定是不高兴的。比如下面我举例一个这样的场景:
某公司一个内部的微信小程序或者服务号应用,用户都是企业内部的员工,不如设备维护部门的员工,他们需要每天接收来自系统发送的设备错误或状态信息通知,如果没有模板消息或者长期订阅消息,而仅仅是一次性订阅消息。那么这些人是不是每天都需要触发点击N次订阅消息并接受呢?这样是不是有点太麻烦了。
其实我个人认为都搞成订阅消息也可以,长期订阅消息可以全量开放,因为毕竟需要用户点击接受。即便用户第一次点击接受,可以在发送的订阅消息体重,强制加强提示,让用户可以随时取消这个长期订阅。这样不仅满足了业务流程的需求,又尊重用户的选择。
当然,对于像我们这样的微信服务商也好、开发者也好,是没办法决定这些产品策略的;毕竟我们是用人家微信团队的东西,我们只能根据其规则来开发应用,我们能做的就是跟客户解释说明。后期,有机会可以向大家分享关于调整后如何应对这种调整的解决方案。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流