1、消息收到
主要是几个问题，先列出这几个问题，然后展开来讲一下
——频率限制
——相互唤醒
——推送的影响
——App 内引导打开通知权限
1）限制频率
举个极端点的例子，如果淘宝每天给你推送 500 条信息，你会怎样？可能就是直接卸载了，所以对用户的消息推送需要考虑频率。
例如每天最多给用户推送两条，如果超过两条之后，自动推送不成功。
但是需要考虑哪些消息应该计算到条数中，例如广告营销应该计算在内，验证码不应该计算在内，用户每天获取 5 条验证码可能都算是正常的。
一个注意的点，一些同学可能会想，别家的 App 都每天推送十几条，我只推送一两条，岂不是占用用户的时间就少了吗？
消息推送可不能按照公地悲剧的思路来思考（可以去百度下公地悲剧），对于用户使用 App 来说，他是可以选择卸载或者关闭通知权限的，不想公地悲剧中没有选择。
2）App之间相互唤醒
假设即刻 App 和他趣 App 都接入了同一家第三方 push 厂家，如果即刻没有结束进程，他趣结束了进程，在推送给他趣消息时，即刻会唤醒他趣，使他趣能收到消息。
但是这种唤醒机制在 Android N 的时候，谷歌已经限制了不能这样做，所以这种方式可以不用考虑了，现在采用的更多是接入手机厂商，通过厂商推送比较靠谱。
3）推送的影响，有好处也会有坏处
好处：信息告知与提醒、促进活跃，增强粘性、唤醒沉默用户，提升留存、提高功能模块使用率
坏处：骚扰用户，提高卸载率、信任透支，“狼来了”的故事、过多无价值内容，造成用户反感甚至麻木
4）App 内引导打开通知权限
这是一个iOS、Android 都会存在的问题，如果用户手动关闭了通知权限，那是无论如何都是无法将 push 推送到用户手上的，所以在用户使用 App 是你需要尽量的引导用户开通权限。
如果用户已经关闭了通知，则需要在某些地方判断是否已经关闭通知权限，如果已经关闭了则需要引导用户打开。
2、消息点击
消息点击需要考虑的点：内容质量怎样？标题是否吸引？用户与内容匹配度？是否热点内容？通知中带有用户昵称等个性化内容？是否支持跳转对应页面？跳转是否流畅？落地页质量怎么样？
这里其实已经是结果了，这里的结果好坏会取决于发送前的几步，筛选用户时是否将对于信息发送给对于用户，消息制作时质量怎么样等
3、数据反馈
发送后需要统计每一步的数据，在和行业内进行对比，以及和自己进行环比、同步看数据，需要统计的数据例如有应发人数、实发人数、发送成功用户数、触达成功用户数、点击用户数、跳转至落地页后的每一步转化人数，除了这些数据之外还需要关注下用户的卸载率（收到推送后 1 小时内卸载 App 的用户数 / 收到推送的用户数）。
APP运营：体系优化消息推送，轻松召回用户！
4、推送记录
设计消息推送系统时，一部分是消息推送，还有另外一部分是推送之后的消息记录，这就是画画原型，很简单的事，只提一下需要注意的几个点就好
——推送进度，例如创建成功（支持取消推送）、推送中、推送成功、已删除等状态
——单条消息推送之后的数据，例如点击率、转化率、推送用户数等
四、其他
——怎样监控卸载率（我也不知道）
——怎样确定消息优先级，因为每天有限制消息推送的频率，那肯定是优先推送优先级高的消息
——怎样使每个用户都收到他能承受的最大条数（例如有的用户每天最多能接受 2 条，超过 2 条之后他就会卸载App，那就每天给他推送 2 条就好；有的用户每天最多能接受8 条，超过 8 条之后他就会卸载 App，那就每天给他推送 8 条）
——怎样做 A/Btest，例如抽 10% 的用户出来，将写好的 5 条文案分别推送给 2% 的用户（10%/5=2%），较短的一段时间来看哪一条文案的点击率比较高，然后将这条文案推送给剩下的 90% 用户
——区分手动推送和触发式推送，以上说的大多属于手动推送，还有一种分类属于触发式推送，也是满足各种条件（一个事件），就给用户推送一条消息，例如今天你生日、联系 3 天未登录 App、充值成功、优惠券到期等场景
——如果移动端和 PC 端同时在线，推送逻辑是怎样的
-END-
文：网络
https://u.j-cc.cn/5wEY7c
联系客服
