评论

纪录一个增加订阅次数的交互方案

普通小程序没有长期订阅消息,只能按照用户订阅次数发送订阅消息。如果订阅次数用完了怎么办呢?

普通小程序没有长期订阅消息,只能按照用户订阅次数发送订阅消息。如果订阅次数用完了怎么办呢?

可以让用户多点几次订阅,就可以做到了,但是这个操作对用户来说还是不太方便。怎样设计交互,让用户做起来不那么麻烦,是需要好好考虑的事情。

最近正好看到ReadHub的订阅方式,截图纪录一下。


首先提醒用户,通知次数用完了,需要手动点击订阅,增加订阅次数。第一次会申请两个订阅,“每日早报提醒”和“订阅次数耗尽提醒”。用户点击允许以后,会发现可以接收的次数变成1了。



再次点击增加通知次数,从第二次开始,只申请一个“每日早报提醒”,每操作一次,订阅次数+1。点多了以后,嫌麻烦索性选中“总是保持以上选择,不再询问”,然后狂按增加订阅次数,会发现增加的次数并没有那么快,应该是每次订阅服务器端都要纪录一下才能展示出来,也就是说每次点击都落到数据库了。这样大概每秒1次,我点这21下也花了接近一分钟时间,不是一个可以忽略的操作。


更多参考: 云开发·多次订阅一次性订阅消息后定时发送

最后一次编辑于  03-08  
点赞 1
收藏
评论

3 个评论

  • 蒋柯
    蒋柯
    03-04

    都是被微信逼的,其实只要在通知消息增加一个退订按钮,让用户随时可以退订通知就可以了。偏偏搞成授权一次发一次,这么没有效率的事情。

    03-04
    赞同 7
    回复
  • 理想
    理想
    03-04
    1.每次启动应用时,如果判断订阅次数=1则显示订阅按钮 2.由于点击订阅增加次数比较慢,防止用户疲劳,当订阅次数>1,在弹窗界面红色字体提示,您可在下次提醒时再增加订阅次数
    03-04
    赞同 2
    回复
  • 理想
    理想
    03-04
    这个交互不错。有接口判断订阅剩余次数吗?
    03-04
    赞同
    回复 1
    • garField
      garField
      03-04
      没有接口,需要自己纪录
      03-04
      回复
登录 后发表内容