说到消息推送服务，大家想到的可能就是手机通知栏里那一排排消息列表，但在国内的这些推送服务从业者看来，消息推送的意义远不止这些。和Google或者苹果的推送服务仅想把信息传递给用户相比，国内的同类产品更想把消息推送做成一个产品运营的辅助工具。

对于苹果和Google来说，消息推送有且只有一个作用，就是在必要时把消息送到用户的设备上，所以APNS（Apple Push Notification Service）和GCM（Google Cloud Message）在提供这样的功能之外，并没有更多辅助工具。

不过在国内的同类服务这里，情况就完全不是这样了。无论是PingWest之前报道过的极光推送，还是腾讯的信鸽推送，它们都提供了各类功能来做产品运营。比如来说，极光推送在5月份的时候就提供了推送送达、用户激活、停留时间这类的推送效果报表；而腾讯信鸽也提供“流失用户模型”和“潜在付费用户模型”来帮助运营人员做针对性的信息推送。

因而，当推送的出发点变成了单纯为了提升用户活跃度和留存率的时候，用户多少会开始感到讨厌，进而在操作系统中关掉某个应用的通知，甚至直接卸载掉频繁推送通知的app——我自己就在系统级的通知控制中心里手动关闭了很多应用的通知提醒功能。为了帮助开发者知道自己的应用每天被卸载了多少次，现在腾讯信鸽已经开始统计应用卸载数量了。

对于运营人员来说，流失的用户包括未活跃用户和卸载用户。以前，开发者可以通过弹网页、监听app安装或者监控Linux系统底层文件系统变化的方式来统计卸载应用数量，但现在，腾讯信鸽的SDK则可以直接帮用户统计卸载数量，整个过程完成了，而用户完全不会察觉到。

所以你看，这样的功能和通知基本没有任何联系，但它一样出现在了国内推送类服务的功能列表里。整个推送类产品的发展轨迹已经从单纯的通知延伸到产品运营的多个方面，提升活跃度、精准推送、分析用户行为，甚至统计用户流失，这些都成了推送类SDK要做的事情，也成了它们之间互相竞争的砝码。

现在，从用户打开应用，到这个用户最终流失掉，推送类产品的SDK都在默默地工作着。对于推送类产品的开发商来说，它们当然要从开发者的需求考虑，但这些开发者做出来的应用最终还是要拿给终端用户，所以，在急着靠推送提升活跃度来做运营的同时，也应该看看到底有多少用户不喜欢这种行为吧。

图片来自：Shutterstock