服务号也是公众号的一种,与订阅号不同,定位是给企业用于服务用户的,所以相对于订阅号,提供的接口和功能都相对较为多,并且直接在微信聊天一级列表中出现,触达率高。 随便拿了个产品的例子截个图~ 我为什么要关注服务号 用户怎么看? 微信无疑是当前用户最大的信息获取渠道,而对于一些与自己有关的信息,是希望能在微信中得到及时的消息提醒的。有很多实际场景都有很大的价值,例如网购的一些物流通知、理财产品的投资回款、旅游出行时刻提醒等等等。 类似于这种不是中频的行为,在现在App推送太多的情况下,能在微信中能及时收到消息提醒是很契合用户痛点的。当然,现在市面上大产品都有通过服务号提醒来维系用户了。 站在产品服务提供者角度: 提供用户需要的中低频提醒服务,以提升服务的深度广度,提升产品友好度,获得更多触达用户的途径和机会,获取公众号粉丝,为公众号运营带来了更多高质量的用户。其实微信内的营销转化率,是比传统的短信和App Push等有效得多,而这也是给产品的活动和营销等带来了相对优质渠道。 消息是怎么推给用户的? 服务号提供了一个叫【消息模板】功能,提供给开发者向用户发消息的能力。 模板有分行业,可以自己申请模板,包括固定文案和可定义字段等(自主申请需要经过严格审核后才能上线);或者选用行业内已有的模板进行引用,目前此功能已非常成熟,产品、运营和研发同学们直接找已有的模板基本也能满足需求了。 还有个意外发现,最近的版本,消息模板功能提供了副业选择,这就满足了运营者的更多需求啦。 如何引导用户绑定关联 好了,终于到了要说的重点了。 体验了市面上众多有关联服务号功能的产品,发现其实大家在功能实现方面方法还是有区别的,我们来看看几种形式和背后的实现逻辑。 首先,用户要在服务号中收到消息提醒,有两个前置条件: 关注该服务号; 用户产品的账号和服务号进行关联。 所以,要让用户在服务号接受消息,必须完成上述两个分解的动作。 方法1:服务号内关联 在产品内,用图文介绍的形式,让用户关注xxx服务号,并在服务号内再进行关联账号绑定,关联方式一般是在服务号某页面中通过输入账号密码进行校验,通过即完成关联。 就像这样: 这里把文案说明那些略掉了~ 方法2:App授权即关联,另引导关注微信 在app的用户设置中,提供绑定【微信】功能,绑定后即完成账号和服务号的关联。接下来用户需要关注服务号,就可以顺利接收消息了。 这里的坑:需要后续引导关注服务号,而且这个时候宣传推广方式不像方法1来的直接,毕竟用户关注,有一定的说明和引导成本。 这里的坑2:通常在产品内绑定微信功能是用于登录的,而如果产品之前就有这个功能,并且用的微信用户OpenID不是以现在要用来做推送的服务号为主体的,那就意味着,你用这种方式关联会把用户之前的授权登录重置,所以原有的微信登录会清空重置。 这个时候方法1的优势就凸显出来了,不需要考虑存量问题,当然如果背后都属于一个主体也没有这个问题。 当然,现在也很多产品是1+2结合起来做的,之所以区分,主要是引导方式上的不同。 方法3:利用App内二维码快速关联 一键完成关注并关联 作为亲手设计自己现在负责产品这一套体系的我来说,看到这种实现方式的时候(智行火车票App的做法)。 第一反应,惊呆了! 第二反应,怎么做得,我要找程序员哥哥看下! 第三反应,流程中有个二维码,我解码看下下! 搞明白后,原来如此,原来是这样,很兴奋喜悦(我想就是那种发现新大陆的感觉吧23333) 后续思考,这个实现有个坑,如果二维码泄露,存在极严重的账户泄露风险,事实上智行火车的实现确实有这个问题。 不能放弃,和工程师哥哥沟通了几分钟,沟通过程中找到灵感完美解决了这个漏洞! App内提供一个说明页面,简要分点说明用户的操作指引 用户点击下方按钮后,系统帮他静默完成了2个动作: 将上图保存在用户的相册中; 唤醒用户微信。 接下来用户只需按照说明指引的进行操作,扫一扫+识别,成功后便完成了2个动作: 关注了服务号; 将产品的账号和微信进行了绑定。 当然智行这里有一个问题,上图的二维码,可以重复使用,并且后关联会把前一个微信用户关联信息清空。例如:我的已经完成了关联,然后这个二维码被A同学识别后,我的智行号就跟A同学的微信号关联在一起了。有信息泄露的风险。 如何解决? 完成关联后,把此二维码置为失效。在用户下一次需要重新绑定关联时候,再生成一个新的二维码就行了。 实现原理是啥? 微信公众平台提供了开发者进行带参数的用户数据等的传输和利用的能力,也就是我们的二维码、微信长链里边都可以把用户信息携带,因此用一个二维码识别就能让用户完成关注+关联两个动作。 引导在何时进行最佳? 把重要提醒转移到微信,用户需要一定的操作成本,所以本质来说关联的意愿和行为是来源于用户自身的。因此需要找一个切合的场景来引导用户,会让整个用户路径更加明确和友好化。 尽量选择在某动作(此动作最好有后续的反馈内容,异步有时差,即流程外)完成后,进行植入提醒绑定。例如:在用户设置成功了抢车票任务后,可以在成功页或者是后续的一两个页面进行提醒,既不打断现有流程,并且也很快的切中了用户的痛点(我需要第一时间了解抢票进程并且支付之类的)。 或者是理财产品中用户发起提现申请后,可以植入服务号关联的提示,加点文案【在微信中第一时间了解提现进度】之类的提示,相信功能的转化率会不错。 把主流程(没加异常)梳理一下大概是: 这也是我想到目前做这个关联的最简单的流程。 提下其他 对于解除关联和重复绑定情况处理,要如何引导和限制,实现方式也有不同。不过都可以根据自己当前产品的逻辑等,来找出既符合用户体验又有利于公司的解决方案。 当然,要让用户来关联,利益刺激也是一个好方法。 写在最后 当我们产品经理们要做一个功能或者项目时候,可能初期会花不少时间去调研体验市面上已有的功能或者是相似的功能,然后在这个基础和逻辑框架下进行产品设计和需求制定。 如果一旦陷入这个模式,不把自己的思考往里塞找差异创新点的话,可能思维的固化会越来越严重了。大的让世界眼前一亮的创新可遇不可求,但是小创新应该是大家都有能力实现的,可能你的未来宏图伟业,就来源于当年微不足道的创新或者idea了。 共勉~