纪录一个增加订阅次数的交互方案
发布于 3 年前 作者 eshi 1291 次浏览 来自 分享

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

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

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

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

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

3 回复

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

1.每次启动应用时,如果判断订阅次数=1则显示订阅按钮 2.由于点击订阅增加次数比较慢,防止用户疲劳,当订阅次数>1,在弹窗界面红色字体提示,您可在下次提醒时再增加订阅次数

这个交互不错。有接口判断订阅剩余次数吗?

回到顶部