APP Push定义
APP Push推送：定义为在手机终端锁屏状态下通知栏展示或在操作前台顶端弹出的消息通知，点击后可唤起对应的APP，并在APP内跳转到指定页面。
优势：量大，精准，免费；可以有效激活用户，提升用户活跃。
劣势：未安装App用户无法触达。高频发送会对用户造成打扰，招致卸载。
使用场景：促销活动、提升活跃/留存等多种场景。
push的目的最基本的是消息告知，最主要的是促进用户活跃等。
推送这件事儿，基本上，做移动互联网的运营，都会接触到。iOS下使用苹果自己的服务APNS来做，于是我们也就很简单的将iOS的推送叫作为App Push Notifications；Android这货本来Google自己提供了GCM（Google Cloud Messaging），但是众所周知的原因，Google在国内服务不稳定，于是就有很多第三方的Message推送的服务商，小米就有小米自己的推送服务，华为也有华为自己的，YunOS也有YunOS自己的服务，包括友盟、信鸽（信鸽可能几个月后停止使用这种纯第三方也提供对应的服务。
其实两者的机制都差不多，基本上都是：应用服务端推消息给到中间的推送服务商，然后中间的推送服务商再推送给终端。原则上说，这种系统级别的推送，只要用户没有关闭，就几乎可以肯定会推送到用户终端，便于用户进行操作，或忽略，甚至关闭推送服务。
PUSH流程
PUSH消息在消息系统创建好后进入发送阶段，服务端需要根据用户终端信息进行路由，如果是IOS系统，那么会调用苹果自身的推送通知服务（APNs）,如果用户的手机是安卓系统，那么根据不同的厂商去调用不同的厂商SDK。
对于不同的系统版本，支持的消息展示形式也是不同，比如IOS10之后，当APP在前台时，是否通知栏展示；此样式可以根据产品需求来选择，有服务端传输相应通知方式的值即可。如果用户的手机非五大厂商内的手机，可以通过自己搭建的长连接或者使用第三方服务进行推送。
如果不是自己直接对接厂商通道，那么内部的服务端可能无需做过多较为复杂繁琐的开发工作，通过接入第三方消息推送平台来实现消息的推送，比如信鸽、个推等。多数的通道会将消息是否成功推送到客户端SDK的回执数据反馈给发送方，需要提供回调地址。
推送通道
通道类型一般分为三类：厂商通道、第三方推送服务平台、长连接。
厂商通道是手机终端厂商推出的推送服务，通过接入厂商SDK，内部服务端可以将消息推送到手机系统的服务端,再下发至客户端内部的厂商SDK，由操作系统进行相应展示，点击后唤起相应APP，这样可以避免APP进程被杀死后消息无法触达用户，因此触达率较高。
第三方推送平台是推送服务公司自己搭建相关的消息服务。并且各个APP使用了同一个平台的推送服务时，客户端都是集成同一个第三方推送平台的SDK，因此形成了一个推送联盟，当联盟中的其中一个APP的消息进程没有被杀死的时候，其他的APP也可以利用进行通知用户，形成了相互唤起，提高触达率。
经过一些场景的测试，相互唤起的成功率并不是很高，需谨慎结合自身场景评估。为了提高触达率，第三方推送平台也会集成各大厂商的SDK进行推送。
长连接就是建立手机与服务端的一条链路进行消息数据推送，通过长连接也可以进行APP状态监控，但完全由长连接推送且保证触达的稳定，需要投入的研发资源较多,且需尽量避免自己的长连接进程不要被操作系统杀死。
接收消息
消息提醒功能：语音和图标
关键消息提醒：双重提醒
App push方式：
- push时机
大多数移动端App都选择在早上十点和晚上八点左右进行推送，其实最好结合自己产品特性和push后的数据进行选择适用于自己产品的push时机。 - push文案
文案可参考AIDMA法则，即：
- Attention（引起注意）
- Interest （引起兴趣）
- Desire（唤起欲望）
- Memory（留下记忆）
- Action（购买行动）
push人群
push人群可以是全量用户，也可以是定量用户（用户标签、事件触发）。获取设备通知授权
除了在首次下载App时获取设备通知授权之外，如果首次用户拒绝授权，那么要考虑在什么场景下以何种频次再去向用户进行获取授权？另外如何引导未开通消息通知授权的用户去开通，比较常见是是进行积分诱导，不过效果待评估。
实例—后台系统（CMS、CRM、消息中心系统）
（1） CMS（内容管理系统），目的是配置消息推送模板
App push模板：push标题、push小标题、push图片；
消息显示模板：消息标题、消息小标题、消息banner图片、消息文本、消息链接等，根据消息类型不同按需进行配置。
（2）CRM（客户关系管理系统），目的是推送配置和推送效果查询
推送方式：全量推送or定量推送，定量推送根据哪类用户标签进行推送。除了用户标签这种个性化推送之外，还存在半自动推送，即触发式推送，常见的是优惠券到期push，此类半自动推送除了要定义推送模板，还需要考虑推送规则，如到期前第几天推送，多张优惠券同时到期如何推送等等。
推送配置：选择推送人群（用户标签）、选择推送平台（App、H5、短信等）、选择消息模板、选择推送时间（支持定时）……
推送效果查询：某一条push的效果监测，基本数据主要是push到达率、push打开率，更深入的应该去关注push后的转化率，以及push后App卸载率等重要指标数据和异常指标数据。
（3）消息中心系统，目的是查询消息、查询整体消息数据、推送相关设置，消息到达率和打开率查询筛选功能：目的是回查消息推送情况，如推送时间、收件人、消息模板、消息标题、是否到达、是否打开、是否删除等基础信息；
整体效果分析：整体消息到达率，目的是监测消息推送稳定性；查询整体消息打开时间段，目的是定制属于自己产品的推送时机。
推送设置：哪些时间段不进行任何消息push，如晚上休息时间，尽量不要进行任何消息的推送来打扰用户，避免造成用户反感而卸载App；另外就是去重过滤，避免同一用户一天内收到N条push消息，所以需要按照push类型进行设置优先级和push频次。
