即时通信 IM丨全员推送的玩法，你一定要pick起来！

1、假如现在有一款游戏 App 打算在圣诞节推出优惠活动，需要推送给全部用户，这时候运营人员一般会使用短信进行用户触达。但是可能会有部分用户因为没留意短信而错过优惠活动。

2、也有一些 App 会集成第三方的消息推送服务将活动信息推送给用户。这种做法需要额外接入一套 SDK，不仅会造成成本过高、SDK冗余、代码复杂等问题，而且后期维护会很麻烦。

针对以上这种情况，腾讯即时通信 IM（下文简称"IM"）正式推出全员推送服务。全员推送服务是基于 IM 的通信架构实现的一组 REST API，用以支持 App 应用内的全员推送、标签推送、属性推送等消息推送需求。客户端可通过 SDK 在线推送、离线推送（Android 后台通知和 APNs）接收推送的消息。同时全员推送支持消息的离线存储，帮助运营人员更高效地实现运营目标。

我们的优势

全员推送服务基于客户端 IM SDK 和即时通信 IM 后台，在消息能力和系统可用性上有可靠的保证：

1、基于 IM SDK，保证消息快速可达，可简单为应用提供消息广播能力；

2、支持为每个用户设置最多10个推送属性，各属性可分别设置，互不影响；

3、属性推送支持选择多个属性的 and/or 逻辑进行推送；

4、标签推送同样支持选择多个标签的 and/or 逻辑进行推送；

5、支持只推在线用户，同时支持最长七天的消息离线存储；

6、支持自定义消息；

7、支持指定消息发送方帐号。

全员推送服务提供的基础能力有以下三点：

支持 App 内用户全员推送消息；

支持指定用户标签推送消息；

支持指定用户属性推送消息。

从字面意思看好像这三种功能是一样的，我们要怎样运用这三种能力从而达到最好的运营效果呢？

全员推送场景示例

文章开头讲到，假如有一款游戏打算在圣诞节推出优惠活动，为了更快地通知到用户，我们就可以使用全员推送服务进行消息触达。通过设置消息离线存储时间，即使推送时某些用户不在线，只要在消息离线存储时间范围内上线，这些用户依然能收到这些消息。

再举个例子，某直播 App 计划举行一场大型直播带货活动，此时可以在活动开始前7天使用全员推送服务进行活动预告，并且将全员推送的消息离线存储时间设置为7天。同时，在活动开始的时间，也可以进行全员推送（此时不需要设置消息离线存储时间）。这样，在线的用户都可以收到活动开始的通知，直接点击消息进入直播间。

按用户标签推送场景示例

假设现有一金融 App，计划给那些关注了“股票 A”的用户推送某一理财产品。这时候就可以使用标签推送，操作如下：

当用户关注了“股票 A”时，调用添加标签接口，给该用户加上对应的标签；

当有用户取消关注“股票 A”时，调用删除标签接口，删除该用户的对应标签；

在推送接口中设置推送标签条件为“股票 A”（即 TagsOr 功能），这样所有关注“股票 A”的用户都可以收到消息。

按用户属性推送场景示例

假如上述游戏 App，用户会员等级有：非会员、普通会员、黄金会员、超白金会员。现在运营人员打算给在深圳的超白金会员用户推送某一活动通知。这时候就可以使用按属性推送，操作如下：

设置应用属性名称。在这里游戏用户有两个属性——会员等级和所在城市，可以设置属性 0 为会员等级，属性 1 为所在城市；

当用户会员等级发生改变时（如会员到期或者非会员用户购买了会员时），调用设置用户属性接口，更改用户的会员等级属性。如用户购买了超白金会员，则用户会员等级属性被设置为“超白金会员”；

当用户更改所在城市时，同样调用设置用户属性接口，更改用户所在的城市属性。如用户所在地从“北京”变为“深圳”时，则用户所在城市属性被设置为“深圳”；

需要推送消息时，调用推送接口，将推送属性条件设为会员等级为超白金会员用户且所在城市为深圳，这样所有在深圳的超白金会员用户就能收到消息。

ps：有人会问，这种情况使用标签推送不也可以吗？