谈消息推送是项目后的另一个总结。去年我负责召回用户。其实用户召回很大程度上取决于消息推送，即在合适的时间通过合适的渠道推送合适的内容。对的人，对的内容，对的渠道，都是很简单的事情。难就难在天时地利人和(比如激活应用数量和连续两周掉线的大V用户)
*近系统优化了消息推送，所以决定说说消息推送
对于消息推送优化，我们首先有一个明确的目标，就是优化*终效果，但是*终效果=推送人群*推送成功率*点击率*点击率*用户和内容匹配度
所以想要优化*终的推送效果，就必须优化上面的每一步，优化公式右侧的每一个元素，增加推送人群，提升推送成功率，提高点击率，提高点击率，提高用户与内容的匹配度。拆卸后目标是否清晰很多？
然后，再来说说按时间顺序推送消息需要的操作，看看哪些步骤可以提高以上数字。按照时间顺序，它们可以分为：
——推送前：消息制作、推送人群选择、推送渠道选择
——推送中：消息推送
——推送后：消息接收、消息点击、数据反馈(可根据数据反馈进行优化)
其实文章有两行，一行是把消息推送拆分成点击率、点击率、转化率等。根据公式，另一种是将消息推送按照时间维度拆分成每一步，然后你可以看看每一步，如何优化*行的各种数据，
1.发送前——消息制作
这主要是操作上的事，我也不*。我只想提几个需要注意的地方。推送封面图怎么样？推送的标题质量有吸引力吗？推送的内容质量怎么样？标题和内容热吗？题目和内容与现在相关吗？显示的标题和内容是否考虑了手机的大小？是否定义了着陆页面？
2.发送前——选择推送人群
这一步，选择相应的人其实是相当困难的。有必要在推送系统上创建各种标签，每次消息推送用户都是通过选择这些标签来进行交集和并集来确定的。您还可以通过创建用户集来避免每次都需要重新选择多个标签的交集或并集。比如你可以选择级别高于3级男iOS系统的用户，在*近三天内支付过。如果您经常向这些用户发送消息，您可以为他们创建一个用户集，并在每次推送时选择该用户集。
我们来谈谈如何定义这些标签。当然，网上谈论*多的是从人口学角度对他们进行分类，比如城市、年龄、性别等。但是在实践中会发现，仅仅从人口学的角度对其进行分类是特别不合理的，需要增加很多与业务相关的分类，比如直播中的消息推送奖励、动态中的奖励、私聊中的奖励。这些筛选条件可分为：——版本条件：可以过滤特定版本
——系统条件：可以过滤Android和iOS
——用户条件：人口统计学的一些维度，如年龄、性别、城市等。
——账户条件：总账户，或者某项业务的账户余额，比如筛选钱包里有没有钱，背包里有没有礼物等等。
——支付行为：有没有支付，支付多少，通过哪个渠道支付
——主动行为：激活App，发送动态等。
——内容消费：进入直播室，动态互动等。
具体条件将根据您自己的产品来确定。筛选条件一般由三部分组成：大筛选条件、子筛选条件、时间。比如可以筛选支付行为的有无，可以在子条件中筛选支付金额范围，可以在时间维度中筛选支付金额渠道(如直播房、动态、私聊)1天、2天、3天。自己输入天数。消息推送筛选条件的粒度是否应该这么细，取决于产品阶段和具体产品，没有通用的公式。
除了上面的过滤标签推送，还需要支持推送的输入ID
3.发送前——选择推送渠道
推送渠道的选择相当简单，一般只有那些，短信，站内信件，邮件，推送
4.发送前——选择推送时间
对于较大的代运营，发送推送消息可能需要几层批准，而不是在创建后立即推出。
用户也有时间限制，哪些时间段不能推，哪些时间段可以推。这个需要根据自己产品用户的具体使用场景来决定，但是一般都是7-11点(想象一下凌晨2点被推送通知吵醒会是什么反应？(
对于发送时间的限制，需要考虑哪些消息应该在有限的时间内统计，哪些消息不应该统计。比如广告和营销消息不能在23-7点之间推送给用户，但验证码不会有限制。你不能总是超过23点。不要让用户收到验证码。
5.发送中——消息推送
先说消息推送过程是如何到达用户手机的。Android和iOS之间有一些小的区别
IOS消息推送流程：——操作手动推送：发起推送请求(自有服务器，或第三方)APNS(苹果服务器)iPhone(终端)弹出新消息(终端)打开应用(移动应用)进入登陆页面(移动应用)启动活动中流程(移动应用)——触发推送(事件触发)或第三方)APNS(苹果服务器)iPhone(终端)弹出新消息(终端)打开应用(移动应用)进入登陆页面启动登录Android消息推送流程：——操作手动推送：发起推送请求(自有服务器或第三方)Android(终端)弹出新消息(终端)打开App(移动应用)进入落地页面启动活动中流程(移动应用)——触发推送：事件触发(自有服务器或第三方)Android(终端)弹出新消息(终端)打开App(移动应用)进入落地页面启动活动中流程(移动应用)
对iOS更好，是苹果自己的产品。*多用户已经关闭通知权限，无法接收；安卓有很多蛀虫，你收不到进程结束，收不到关闭通知的权利。如果是集成厂商推的(好处是流程结束也可以推至用户手机)，坏处是如果你只访问一个厂商，可能会被其他安卓手机品牌接受。比如你接入OPPO，华为手机可能收不到。
这里我们只考虑安卓用户在流程结束时可以收到消息。消息推送的过程中还有很多问题需要考虑，但是我不太明白那些问题，只能列出来，你可以考虑一下，比如要访问哪个第三方代运营？接收推送的代运营和im代运营是否有冲突(我司访问的Aurora和云信有冲突，不能互相访问)？支持多少并发？用户收到消息会有几个小时的延迟吗？每个厂商的政策是什么？
6.发送后——消息收到
主要是几个问题，先列出这些问题，再展开来谈
——频率限制
——叫醒对方
——推送的影响
——应用内启动开放通知机构
6.1限制频率。举个极端的例子。如果淘宝每天给你推送500条信息，你会怎么做？可能直接卸载，需要考虑推送消息给用户的频率。比如每天*多推两条消息给用户。如果有两条以上的消息，自动推送不成功。但是，有必要考虑哪些消息应该计入该数量。比如广告和营销要算，验证码不算。用户每天得到5个验证码可能很正常。
有一点要注意，有些同学可能会想，其他应用每天推十几个应用，我只推一两个，用户用的时间就少了。消息推送不能按照公地悲剧来想(可以去百度去公地悲剧)。对于用户使用App，可以选择卸载或者关闭通知权限，不想在公地的悲剧中别无选择。
6.2 App唤醒对方。假设App和其他有趣的App都立即连接到同一个第三方推送厂商。如果这个过程没有马上结束，他的兴趣就结束了这个过程，当他被有趣的消息推着的时候，他会立刻醒来，这样他就可以接收到这个消息了。然而，当这种唤醒机制在Android N中使用时，谷歌已经限制它这样做，所以这种方法可以忽略不计。现在手机厂商用的比较多，推通厂商比较靠谱。
6.3推送的影响有利有弊
好处：告知提醒信息，促进活动，增强粘性，唤醒沉默用户，提高留存，提高功能模块利用率
缺点：骚扰用户，提高卸载率，信任透支，“狼来了”的故事，太多没有价值的内容，导致用户反感甚至麻木
6.4这是iOS和Android都存在的问题。如果用户手动关闭通知权限，无论如何都不可能向用户消息推送，因此您需要在使用应用程序时尽可能多地引导用户打开权限。如果用户已经关闭通知，需要判断某些地方的通知权限是否已经关闭。如果已经关闭，需要指导用户开启。
7.发送后——消息点击
点击点考虑：什么是内容质量？题目有吸引力吗？用户-内容匹配度？热门内容？通知中包含用户昵称等个性化内容？支持跳转到对应页面吗？跳跃流畅吗？登陆页面质量怎么样？
其实这就是结果。这里的结果将取决于发送之前的步骤，在筛选用户时是否将信息发送给用户，以及如何产生消息的质量。
8.发送后——数据反馈
9.发送后——推送记录
在设计消息推送系统时，一部分是消息推送，另一部分是推送后的消息记录。这是画的原型。很简单，只提几点需要注意的
——推送进度，如创建成功(支持取消推送)、正在推送、推送成功、删除等。
——单个消息推送后的数据，如点击率、转化率、推送用户数等。
10.文章没写的点
——如何监控卸货率(我也不知道)
——如何确定消息优先级，因为每天消息推送的频率是有限制的，推送优先级高的消息一定是优先级
——如何让每个用户收到他能承受的更大数量(比如有的用户每天*多可以接受2条，超过2条他就会卸载App，那么每天推2条给他就好了；一些用户每天*多可以接受8个项目。超过8条后他会卸载App，然后每天推他8条)
——如何做A/B测试，比如抽出10%的用户，将5份书面副本推给2%的用户(10%/5=2%)，短时间内看哪个副本。点击率比较高，然后把这个拷贝推给剩下的90%的用户
——区域分为手动推送和触发推送。以上大部分都是手动推送，也有一类属于触发营销方法推送。它还满足各种条件(一个事件)并向用户推送消息，比如今天生日，联系3天。未登录App，充值成功，优惠券过期等场景，——如果移动终端和PC终端同时在线，那么消息推送逻辑是什么
本文标题：如何体系化的优化消息推送？
本文链接：https://www.eatui.cn/xinxiliu/30018.html
