本文主要讲解利用APP用户运营工具做push消息推送，想象一下，你策划了一个极具用户诱惑的裂变活动，希望app现有用户成为此次裂变的第一批种子用户。在用户不主动打开app时，你能与用户会话的通道有哪些？
app内：push通知栏消息；
app外：短信、微信公众号消息、微信社群、qq社群；
用短信通知，有成本不说，用户忽略的概率也极大(我的手机14天收到的未读短信有154条）。
用微信公众号、微信社群、qq社群传播，前提是你有（公众号、社群运营，至少需要1个运营人员来负责日常维护，很多产品都没有或者不适合做社群运营）
因此，push通道是你主动触达用户的重要工具。要玩转消息推送，必须要了解以下几部分，本文将一一带你了解。
推送策略：打通推送通道；
运营策略：让用户不反感你的推送；
数据分析：评估推送效果；
推送常见技术问题：送达率低、重复推送；
push推送策略，主要是告诉技术哪些业务场景会用到push，push的展现形式是什么？push给谁？什么时候发push？用户点击push后的跳转行为是什么？技术会根据这些推送需求去集成代码。推送通道一般会接入第三方推送平台，会有集成方便、app互相唤醒提升到达率的优势。
举个例子
push运营策略，目的为提高用户点击率服务，降低用户反感度。因此切不可给用户频繁发推送消息，避免用户关闭推送权限甚至卸载app，可让技术限制客户端在同一时间收到的推送条数和一天收到的总推送条数。AB Test和个性化推送可协助运营人员推送出吸引用户的推送文案，从而提升用户活跃和转化。
数据分析需要技术埋点采集大量数据，用数据变化来直观体现推送效果：是对日活、留存、转化、召回有正向提升，还是引起用户反感关闭推送或卸载了app，以此来不断优化推送策略。
然而，在运营过程中，我们不免会发现，用户开启了权限却收不到消息，在同一时间收到多条相同的推送等问题。一般此类问题会直接抛给技术排查，不过如果产品经理了解大概产生此类情况的原因，可以让你和技术的沟通更顺畅哦。
下图是app在安装、登录、登出、卸载等场景与服务器的push信息交互，以常出现问题的几个场景来查找问题。同一设备登录多用户、同一用户登录多设备的场景往往会在客户端与服务器交互时出现问题。
app安装时客户端会新增一个alias给服务器，服务器将alias与device_token做绑定，之后用户登录、登出、切换用户都会向服务器传递一个新的alias，如果处理不好，多个alias对应同一个device_token，很大概率会出现重复推送的问题。
用户在登录app或切换设备登录时，如用户的alias和device_token在绑定和解绑时出错，那将会导致部分设备无法收到推送。
名词解释：
- alias：设备别名，将别名与设备做绑定，便于开发者根据自有业务逻辑筛选出alias进行消息推送，alias在卸载安装时可能会变；
- device_token：推送服务对设备的唯一标识，一个alias对应一个device_token；
重复推送的原因排查：
- 1、分身
- 2、1个设备登录多个账号，账号切换时解绑处理有问题，多个alias对应同一个device
- 3、alias在划分渠道时重复，按渠道推送时重复
- 4、卸载再安装新增了alias而非覆盖，导致一个设备对应了多个alias而收到多个推送
推送到达率低原因排查：
- 1、用户登录获取到alias，但未绑定device_token；
- 2、使用API单播方式推送，先找到用户，再找到用户对应的设备推送，导致离线、登出用户大概率收不到推送；
- 3、服务端在接收用户alias及设备绑定关系时，解绑和绑定可能会出错，导致无法收到推送或收到重复推送；
- 4、app达到率会和用户活跃度相关，活跃度高的app会被第三方平台作为保持长连接的宿主，从而提高到达率；
最后，祝大家的推送到达率都能到95%以上，用户的通知授权率在80%以上，希望统一推送联盟早日推出统一推送通道接口。
本文由用户 @流浪大师 发布于新媒体运营，未经允许，禁止转载。
题图来自Unsplash, 基于CC0协议。
