产品经理基本功：消息推送设计 平安保险信托是什么意思呀安全吗知乎推送

拉新、促活最有效的方式，在目前除了有效的活动运营外，消息反馈机制也是必不可少的。以消息推送为例，借助第三方的推送工具，可以有效的提升产品的打卡率与用户活跃度。

但第三方工具只能在产品外部帮助提醒用户，系统内的提醒逻辑与文案还是需要产品经理落地。一个互联网产品经理的基本功，消息推送设计就成了必选之一。

近期在网上调研中，来自lisa002分享的这一篇消息推送机制，包含从push形式与后台数据统计都有罗列，分享给大家。

以下为原文：

消息推送是召回用户、保持留存和内容推广常用的办法。用户一旦安装APP后，就有可能收到各种各样的消息推送，即使沉浸在APP使用中，也有可能收到通知需中止当前的操作。最近正好跟一位朋友一起探讨推送相关的知识，故收集、整理了一些关于推送的知识，现整理成笔记，若有不足之处，希望得到各位的指出与建议，谢谢！

Push推送

不管APP是否正在前台运行，服务器通过第三方通道下发一条消息触达APP。若APP在前台进行，则不做任何提示；若APP不在前台运行，则会在手机锁屏屏幕上展示消息内容，同时会会在图标上展示消息个数，有些还可能会有一个消息提示音

截图为私人手机，为了隐私，涂掉了一些应用

Push推送受推送权限影响，若用户关闭推送允许，则该消息无法触达用户。所以，在第一次打开某个APP时，会弹出请求推送允许的弹框。若用户不允许推送权限，在后续的使用中，有些不服输的产品依然会再次触发提醒用户打开推送允许。

要深入理解Push推送，就要知道Push的推送原理，以及Android和iOS各有不一致的地方。IOS推送机制

（以上图是我从一个国外博客网站上抓取并整理的）

在启用iOS推送通知之前，需要为服务器创建配置文件和SSL证书（是一种服务器证书，类似人的营业执照等，此处是技术哥哥需要关注的问题，省略……）。

//名词解释：Provider：服务器；APNs：苹果推送通知服务(英文全称：Apple Push Notification service）；Decvice：用户的设备；Token：是设备的唯一标识符，令牌，类似一个人的指纹；

了解以上信息后，我们来看iOS推送的过程：

第1步：设备从APNs请求设备令牌；第2步：APP接收到令牌，并且把该令牌作为发送推送通知的地址；第3步：APP将该设备的令牌发送到服务器；第4步：服务器收到后，把带有设备令牌的推送通知，打包发给APNs；第5步：APNs将收到的推送通知，推送到用户的设备。可以上可以总结为：服务器 —> 第三方服务器 —>设备

android推送机制

Google有自己完整的推送系统，但由于Google在国内被禁，所以各个系统也都想尽了办法，在此介绍下一个简单的原理（不懂技术，故专门请教了安卓开发哥哥并整理。若有不对之处，请指正）。

Android如下要将消息推送到手机，就要自己做一个类似APNs的东西，还要考虑及时性、稳定性、抵达率等，开发成本比较高，所以很多APP会采用第三方通道，比如友盟等。第三方SDK会拿到用户的Token，当要进行Push推送时，服务器将消息推送给第三方服务器，第三方将消息推送到设备上。 第三方推送会有不同程度的抵达率，有些APP为了达到推送的最优，会同时对接多个推送通道并预设好哪些某些通过采用按特定的通道推送。如华为手机对华为通道会有优先特权等，所以标记所有使用华为手机的用户都使用华为通道。当首选通道推送不成功，则依次采取其他推送通道。应用内通知

与Push推送不同，当用户正在使用APP时，页面上可能会突出弹出一条通知，请求用户进行某项操作或者提示某些内容。该通知可能展示在页面的上方、中部或底部，这种通知称作应用内通知（以下简称“通知”），如下图

通知是APP内的推送，仅用到了第三方作为消息下发的通道，并且可支持图文并茂内容展示形式，也更可控。如上文，请求用户允许推送权限，也是一种通知。

通知与Push推送不同的点主要有：

该推送类型不受限于用户的推送权限，用户无法拒绝接受此类消息（除非卸载APP）；消息覆盖的用户人群比Push少，仅可触达到打开APP的用户；（当然，为了触达