认识达内从这里开始

大家在使用一些app软件的时候应该也收到许多软件推送的一些消息了吧，有些用户会关闭推送功能，今天我们就通过案例分析来简单了解一下，软件推送功能基础知识分享。

推送的内容又可以简单分为以下的几类：

系统功能类(消息提醒)：比如快递签收通知，发货通知，关注的主播开播(上新)啦

营销类(活动/优惠类)：比如某某时间开始大促，赶紧抢购

内容类：比如晓明哥语录，穿搭风格教程

资讯类：新闻、时事内容推送

针对上面所说的Push推送好处以及坏处，这就非常考验我们到底推送些什么内容给用户了

1、推的内容好：提高用户留存率、提高产品活跃度、提高用户对APP的粘度

2、推的内容差：用户对你的内容变得麻木、直接关闭通知消息、甚至卸载APP

关于推送频率，推送的频率要控制得当，假设我在一天里：

9-10点给你推条：关注这些，你的Java水平一定能提高!

12-14点给你推条：三年大佬经验总结，买了就是赚到!

18-19点给你推条：耗时一个月整理的英语资源!一次性全部分享给你!

21-22点给你推条：价值1999的大数据资源，免费送给你!

那显然，你肯定会取关我，是不是。一般来说一天用户不能收到3天以上的推送，消息多了，算是骚扰了，甚至不能每天都给用户推送(可能隔天推一次会好一些)。

关于推送时机，如果是资讯类的，推送的时机显然是越早越好了，不然别人家的都推送完了，用户都知道了。你才推送，那谁还点进去啊。

众所周知，我们的系统都有几套的环境(比如说本地/线下/预发/线上环境)，其中大多数公司的预发和线上环境数据库是同一套的，只是预发环境调用的是预发环境的接口，线上环境调用的是线上环境的接口而已。

推送这种系统的线上和预发环境其实没多大的区别，因为在底层是调用外部的接口来实现发送的，所以预发和线上环境其实调的都是同一个接口。

于是我们会在预发环境下配置了「白名单」，在白名单内的用户才能收到消息来尽可能避免环境的问题

其次，在大多数情况下，推送事故往往是「运营」的推送导致的。运营要推送消息给用户，先需要圈选一个人群去推送。

人群量需要管控：我们在圈选的时候，如果运营圈定的人数大于一个阈值，我们会走邮箱让主管确认是否需要圈选这么一个大的人群去推送。这块有两个目的：

1、先我们是认为推送的人群应该是精细化的，什么标签的人群应该收到什么的推送。不应该圈定一个庞大的人群去推送同一条文案的消息(新闻APP除外)。

2、即便出了事故，也只是一部分用户能收到，而不是全体用户。

对于很多系统其实都不需要全体用户推送这个功能

在运营圈定人群后，我们会有单独的测试功能去「测试单个用户」是否能正常下发消息，文案链接是否存在问题。这一个步骤是必须要做的，给用户发出的消息，先要经过自己的校验。

当确认链接和文案都无问题后，则提交任务，走工单审批后才能发送。

如果在启动之后发现文案/链接存在问题，还可以拦截剩余未发甚至撤回部分的消息。

在线上环境消息应该有「平台性去重」的逻辑：

1、在某段时间内，过滤掉重复消息

2、运营类消息推送(圈定人群的方式去下发消息)同一个用户需要相隔一段时间才能下发一次。

虽然说，我们制定了很多的规则去尽量避免事故的发生，但不得不说推送平台还是一个容易出现事故的系统。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei456学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。