现在盲目猜一波,会遇到哪些情况(仅讨论实际场景)
运营上
1.如何解决同一个模板消息,无需用户进入小程序再次订阅,即可推送给用户
场景:订阅信息/邀请好友/提醒收菜
例如邀请好友,一个用户同一时间段内邀请了很多好友,并且希望每次邀请到好友都能被通知。如果是一次性订阅,那必须要求用户每次收到模板消息就要进入小程序,手动点一次订阅。
虽然「永久订阅」可解决这个问题,但是可能要所有类目支持,且需要申请,这之间间隔太长
大部分是用来实现召回促留存,因为一方面用户消息处理也够多,一方面绝大部分用户很懒去主动打开小程序看最新动态。所以用其实往好的地方想是帮用户节省重复点击订阅的时间。(如果你一直骚扰,其实用户也会投诉的)
毕竟在小程序生态做纯工具的情况太少... 基本都是做普通产品,没有持续推送这个能力,算是重伤
2. 如何解决用户没有订阅某些模板消息带来的后果及处理
3. 如何将订阅流程添加到首次使用路径中
大部分小程序,首次会对用户进行信息授权,其次会有手机收取、地址授权、位置授权等,再把订阅添加到流程又是一番与触达路径较量的过程(毕竟需要点击才能授权,意味一定要有界面引导,且还不能强制及激励)。
4.如何让用户更快触达一些需要用户订阅消息但并非主要的入口 / 或如何让用户触达到更多订阅入口
场景:每日签到提醒
目前大部分小程序,都会有很多模板消息,但并不是每个模板消息都是主要入口,例如签到,可能是二级入口,用户第一次使用后,第二次如果需要订阅,还要用户自己点到二级入口。
那假设一个小程序有3个这样的非主要入口,但某个用户确实是都需要提醒。那就要这个用户每次打开小程序,进入到这个三个页面去点击订阅。
上
1. 如何支持动态模板消息列表
场景:运营提出有新的模板消息需要用户订阅
必须得每次去请求这次要用户订阅哪些消息模板(对用户也不好,因为可能经常又会弹出来让用户选择授权)。
本来推送什么模板消息是与后端配合,现在前置到前端也需要,复杂很高
2. 如何兼容其他事件
用户必须点击才能弹出授权,意味着很多情况下我们得把这个授权加到某些已有的事件上 ,复杂程度可想而知。
3. 如何解决一次授权多个模板消息
一般情况下,很少有一个场景一个模板消息这么理想化的情况。
而是一个小程序本身就包含好几种基础的推送模板(例如邀请,积分变动,动态,签到...),所以肯定会在第一次就要用户授权一堆模板消息,用户还得选择,且光看标题根本不知道到底会推送什么
4. 如何实现下次进入小程序,能够静默帮用户订阅之前已订阅过的模板消息
场景:运营需要,如果用户已经订阅过某些模板消息,并点击同意不再提示,那就让用户点击就再次授权(临时实现持续订阅)
这种情况下,首先得知道用户是否点击过「同意不再授权」,并记录下来,其次在任何页面点击的地方需要进行一次获取已同意不再授权的模板消息列表,可能还是会与其他事件冲突,可能要利用事件冒泡
5. 多平台订阅管理
场景:多平台
一些情况下,小程序的代码是通用的,而为了小程序去做一套模板消息订阅模块的兼容,还是有点蛋疼。因为其他平台不需要,现在单独特殊去做
大家可以继续补充