收藏
回答

话题

你觉得千呼万唤的小程序订阅消息到底怎么样?

10月12日,微信在小程序模板消息能力方面公布了一项重大调整。原有的模消息将升级为「订阅消息」,支持一次性和长期性订阅消息。而模消息将于2020年1月10日下线。

小程序订阅消息,你会如何使用,对它有什么看法?


写回答关注话题邀请回答

64 个回答

  • 拾忆
    拾忆
    精选10-15

    我已经踩过坑了,补充一下其它的看法。

    按照目前的机制,如果是把旧的模板消息一刀切砍掉的话,一次性订阅消息满足不了大部分想要做推送消息的开发者的需求,每次都弹出订阅消息授权,会让用户直接取消,除非是刚需的通知。

    还有就是可选的订阅消息的模板内容和原来的模板消息比起来局限性太多了,受制于类目的要求,使很多模板无法申请。

    10-15
    赞同 72
    回复 15
    • Life
      Life
      10-15
      同意
      10-15
      9
      回复
    查看更多(14)
  • 🍷 🍷 Chao
    🍷 🍷 Chao
    精选10-16

    40岁以上的大叔大妈 , 根本不懂操作 , 有些东西太人性化 , 往往增加学习难度

    他们会说:

    什么是订阅阿?

    要怎么订阅阿?

    哎呀,这小程序也太难用了, 这要点,那要点

    @!#@%!@%

    坚决反对取消模板

    10-16
    赞同 37
    回复 7
    • 山里育
      山里育
      10-17
      好有画面感
      10-17
      4
      回复
    查看更多(6)
  • 山里育
    山里育
    精选10-15

    1、一次性订阅的场景还是不够用,希望尽快开放全类目的长期性订阅;

    2、支付后给用户一个订单推送应该很刚需吧,不需要再询问一遍用户是否订阅吧?类似这样的场景,可不可以给一次免询问的推送机会?

    3、我们的用户群体是农民工,很多低端手机和低版本的微信,有的是不会升级,有的是不愿意升级(怕卡顿或者数据丢失),还有的是ios不知道apple账号密码导致无法升级的,模板消息如果停掉的话,相当一部分的用户会“失联”,可以的话希望能保留模板消息的功能,或者至少在低版本保留这一功能。

    10-15
    赞同 26
    回复 4
    • aholy.cium
      aholy.cium
      10-16
      对你们小程序产品想了解下
      10-16
      回复
    查看更多(3)
  • Azleal
    Azleal
    10-17

    小程序:你们不要打扰用户,我来

    10-17
    赞同 21
    回复
  • 袁康
    袁康
    10-17

    随便发模板消息,用户可以在消息通知时选择接收与屏蔽不就完事了,非要搞那么麻烦吗

    10-17
    赞同 20
    回复 1
    • aholy.cium
      aholy.cium
      11-08
      我不希望这种功能。就像app的推送一样让人不舒服。我赞成小程序这种减少对用户打扰的设计。
      11-08
      回复
  • aholy.cium
    aholy.cium
    精选10-15

    我是支持这个产品决定。

    1无缘无故的索要用户信息被上次登录整改整掉了。

    2 不明的推送通知消息这次被干掉了。

    我是很赞成小程序这俩举动。虽然,这会对某些产品的原始设计是冲突的,但作为微信公民来看这样的设计是很人性化的。太多的不明场景所要身份信息,各种无用的通知打扰,严重占用我没没必要的精力。不管对微信公民还是对微信环境都是不好的。生态要友好,长期发展,一定要站在终端用户的角度去想问题,才能做出符合人性有价值的产品。建议产品经理要理解,微信小程序产品每个大的看似限制的举动背后的意义。以上思维来高级产品总监的课程学习,共勉~

    愿我们从终端用户的角度去理解生态,设计产品,公赢~

    10-15
    赞同 16
    回复 9
    • 醉月思
      醉月思
      10-17
      某些人只想产品,不想用户,超级讨厌那种被强奸一样的感觉
      10-17
      4
      回复
    查看更多(8)
  • 曾祥鑫(WilliamTsang)
    曾祥鑫(WilliamTsang)
    精选10-18

    首先谈一下目前的接口:wx.requestSubscribeMessage(Object object)

     

    object.success 回调函数


    [TEMPLATE_ID]是动态的键,即模板id,值包括'accept''reject''ban''accept'表示用户同意订阅该条id对应的模板消息,'reject'表示用户拒绝订阅该条id对应的模板消息,'ban'表示已被后台封禁。


    例如 { errMsg: "requestSubscribeMessage:ok", zun-LzcQyW-edafCVvzPkK4de2Rllr1fFpw2A_x0oXE: "accept"} 表示用户同意订阅zun-LzcQyWedafCVvzPkK4de2Rllr1fFpw2A_x0oXE这条消息。

     

    这里动态的键不合理吧,希望改为更容易代码处理的JSON格式。例如:

    {

     errMsg: "requestSubscribeMessage:ok"

     result: [

       { templateId:"zun-LzcQyW-edafCVvzPkK4de2Rllr1fFpw2A_x0oXE", status: "accept" }

     ]

    }


     

    下面结合我们目前的需求:维修报障工单,我们的员工发现了故障设备,通过小程序创建维修工单,维修组有若干个维修人员,然后有一个负责人进行任务分配到具体一个维修人员处理,维修人员处理完成需要通知报障人处理结果,然后报障人进行满意度评分。

       

    这里的场景,我们的维修人员需要一个长期订阅的任务通知消息由维修组的负责人触发,报障人需要一次性订阅消息2条:维修任务已受理,维修任务已完成。

     

    但是目前长期订阅消息还是没有可选模板。


    我觉得为何不把主动权交给用户,在用户使用某个功能页面的时候,就直接调用长期订阅接口,询问这几个模板提示是否接收,具体用途是什么,跟定位询问一样。在用户接收到推送的模板消息后(服务通知显示),可以随时进行退订。也可以在右上角点击...按钮,随时订阅或退订。


    一次性订阅我觉得没有必要,就保留长期订阅就可以了,这样不是皆大欢喜吗?



     

    10-18
    赞同 14
    回复
  • 当当
    当当
    10-17

    把决定权交给了用户,关键是用户不懂啊,收不到通知了还不是投诉,谁还记得自己在某次心情不好的时候点过拒绝。

    10-17
    赞同 18
    回复
  • 吴奕群
    吴奕群
    精选10-17

    1、限制消息类目的申请,对开放平台模式下的服务商来说是个很不友好的限制

    2、很多用户都不知道怎么操作的,之前已经产生习惯从推送里面回到小程序内,增加用户的成本

    3、开发者为了拿到更多给用户发送订阅消息的次数,肯定会想方设法去埋点引诱用户去点击,从而获取次数,用户不关闭就没法做下一步操作。

    4、用户误操作的成本很高,比如一个到店预约的服务,原来的场景是用户只要有提交表单或者下单,开发者就可以用户推送提醒,但是现在还得用户去点击订阅消息,这样多了一步,如果用户不懂得去点击订阅消息或者点了取消,不同意推送,开发者就没法通知到用户了,用户可能因此错过了服务,然后造成客诉,影响巨大。

    整体来说微信的出发点是好的,但是有一些地方直接一刀切确实很难让开发者跟用户立马适应起来,有些方面是好的,比如用户知道自己将会收到什么推送,有些确实很不适合这样直接改掉,比如上面说的预约类型的,用户误操作的成本巨大。

    虽然我们在这边怎么BB都没用,最终也只能跟着微信的节奏走,毕竟我们在体系内,得遵守规则制定者制定的规则,但是相信微信是为了更好的用户体验在做这些优化的。

    所以以上我说的都是废话,跟着改就对了,不改也得改。

    10-17
    赞同 10
    回复
  • 深圳市创意天启科技有限公司
    深圳市创意天启科技有限公司
    精选10-16

    作为一个第三方模板小程序服务商角度回答一下这个问题。

    1. 先说模板消息,第三方服务商可以通过调用服务端API快速管理(CRUD)模板消息,但是模板消息有7天内的有效的时间限制,并且在用户提交信息时,每次都要记录对应的formId和过期时间以及对应的使用次数(支付的prePayId产生的formId可以使用3次),最大的问题在于7天的时间太死,并且使用次数也很死,例如场景:订单售后退货有时候会延时很久,购物车商品降价通知无法实现

    2. 再说说订阅消息,时间不再限制,很不错,但是次数还是没有解决问题,例如场景:订单下单之后状态变化可能有待支付超时通知,发货通知,待评价通知等等,但"目前长期性订阅消息仅向政务民生、医疗、交通、金融、教育等线下公共服务开放,后期将逐步支持到其他线下公共服务业务"还是把行业服务类目限制死了,感觉不会再爱了,好么?

    10-16
    赞同 10
    回复 3
    • Meゞ夨ヤ譩丨网站,App,小程序开发
      Meゞ夨ヤ譩丨网站,App,小程序开发
      10-17
      现在最大的问题是1月份原来的就下线了,这个感觉没法玩了。现在的一次性订阅根本没法用。一个订单有多种状态,而且都需要通知。另外一个就是听单的场景,目前只能用微信公众号解决了。
      10-17
      2
      回复
    查看更多(2)

正在加载...