在去年负责过用户的召回,用户召回其实很大程度上就取决于消息推送,即:将适合的内容通过适合的渠道在适合的时间推送个适合的人,适合的内容、适合的渠道都是挺简单的事,难点就在适合的时间,和适合的人(例如激活 App 次数和连续两周降落的大 V 用户)
最近又体系化的优化过消息推送,所以决定来聊聊消息推送。
对消息推送优化,我们先有个明确的目标,是优化终究效果,但终究效果=推送人群 * 推送成功率* 触达率 * 点击率 * 用户与内容匹配度。
所以想要优化终究的推送效果,就得从以上每步都进行优化,及优化公式右侧的每个元素,及增加推送人群、提升推送成功率、提升触达率、提升点击率、提升用户与内容匹配度,这样1拆解下来目标是否是明确多了?
那下面就将消息推送按时间顺序列需要的操作讲1讲,看哪些步骤可以提升上面的数字,按时间顺序可分为:
——推送前:消息制作、选择推送人群、选择推送渠道
——推送中:消息推送
——推送后:消息收到、消息点击、数据反馈(根据数据反馈可进行优化)
文章其实两条线,1条是将消息推送按公式拆分成触达率、点击率、转化率等,1条是将消息推送按时间维度拆分成每步,然后可以在每步来看,可以怎样优化第1条线的各种数据
推送前
1、消息制作
提几个需要注意的点,推送的封面图怎样样?推送的标题质量是不是能吸引?推送内容质量怎样样?标题、内容是不是热门内容?标题、内容是不是跟当下相干?标题、内容是不是斟酌手机尺寸来显示?是不是定义好landingpage?
2、选择推送人群
这1步要做到选择对应人群其实挺难的,需要在推送系统上创建各种标签,每次通过选择这些标签取交集、并集等来决定推送用户。
也能够通过创建用户集,来避免每次都需要重新选中多个标签的交集或并集,例如选择等级大于 3 级 ∩ 男 ∩ iOS 系统 ∩ 最近3天有付费行动的用户,如果你常常会给这类用户发送消息,则可以将其创建1个用户集,每次推送时选择那个用户集便可。
再来讲说这些标签应当如何来定义。
网络上说的最多确当然是通过人口学角度来分,例如城市、年龄、性别等,但实际在做的进程中会发现,如果仅以人口学角度来分的话,会显得特别不公道,还需要增加很多和业务相干的分类,例如在直播中有打赏、在动态中有打赏、在私聊中有打赏。这些挑选条件1共可分为:
——版本条件:可挑选具体的某个版本
——系统条件:可挑选 Android、iOS
——用户条件:人口学的1些维度,如年龄、性别、城市等
——账户条件:总账户,或某个业务的账户余额,例如挑选钱包是不是还有钱、背包是不是还有礼物等
——付费行动:是不是有付费,付费多少,在哪一个渠道付费
——活跃行动:激活 App,发动态等
——内容消费:进入直播间,动态进行互动等
具体会怎样会根据你自己的产品来决定的,挑选条件1般由3部份构成:大挑选条件、子挑选条件、时间,例如付费行动可挑选有或无,可在子条件中挑选付费金额范围,和付费金额渠道(例如直播间、动态、私聊),在时间维度可挑选 1 天、2 天、3 天……和自己输入天数。
挑选条件的颗粒度是不是要做的这么细,根据产品阶段和具体产品来决定,没有1个通用的公式。
除以上挑选标签推送,也需要支持输入 ID进行推送
3、选择推送渠道
推送渠道选择挺简单的,1般就那几个,短信、站内信、邮件、push
4、选择推送时间
对大1点的公司,发送推送消息可能需要审批好几层,而不是创建后就可以立马推送出去。
还有就是对用户来讲的时间限制,需要限定哪些时间段不能推送,哪些时间段可以推送,这需要根据自己产品的用户具体使用处景来决定,但1般是 7⑴1 点(想象1下清晨两点收到1条推送通知把你吵醒了,你会说怎样的反应?)
对发送时间的限制需要斟酌哪些消息应当计算到限定时间中,哪些消息不应当计算在内,例如广告营销消息不能再 23⑺ 点之间推送给用户,但是验证码不会限制,你总不能超过 23 点就不让用户收到验证码吧
推送中
1、消息推送
先来讲下消息推送流程上是怎样到达用户手机上的,Android和 iOS 有些小差别:
iOS消息推送流程:
——运营手动推送:发起推送要求(自有服务器,或第3方)→APNS(苹果服务器)→iPhone(终端)→弹出新消息(终端)→打开App(移动利用)→进入landingpage(移动利用)→开始活动内流程(移动利用)
——触发式推送:事件触发(自有服务器,或第3方)→APNS(苹果服务器)→iPhone(终端)→弹出新消息(终端)→打开App(移动利用)→进入landingpage(移动利用)→开始活动内流程(移动利用)
Android消息推送流程:
——运营手动推送:发起推送要求(自有服务器,或第3方)→Android(终端)→弹出新消息(终端)→打开App(移动利用)→进入landingpage(移动利用)→开始活动内流程(移动利用)
——触发式推送:事件触发(自有服务器,或第3方)→Android(终端)→弹出新消息(终端)→打开App(移动利用)→进入landingpage(移动利用)→开始活动内流程(移动利用)
对 iOS 还好1点,都是苹果自家的产品,最多就是用户关闭了通知权限,致使没法收到;
Android 的幺蛾子可就多了,结束进程是收不到的,关闭通知权限也是收不到的,如果集成厂商推送(好处是结束进程也能推送到用户手机上),坏处是有可能如果只接入1家厂商,有可能其他 Android 手机品牌是接受不到的,例如接入 OPPO,华为手机多是收不到的。
这里只是斟酌了让Android 用户在结束进程能收到消息,在消息推送进程中还有很多问题要斟酌,我列下来你可以去斟酌下。
例如:接入哪家第3方公司?接 push 的公司和 im 公司是不是有冲突(我司接入的极光和云信是有冲突的,不能同接入)?支持多少并发量?用户接收到消息会有延迟几小时吗?各厂商的政策怎样?
推送后
1、消息收到
主要是几个问题,先列出这几个问题,然后展开来说1下
——频率限制
——相互唤醒
——推送的影响
——App 内引导打开通知权限
1)限制频率
举个极端点的例子,如果淘宝每天给你推送 500 条信息,你会怎样?可能就是直接卸载了,所以对用户的消息推送需要斟酌频率。
例如每天最多给用户推送两条,如果超过两条以后,自动推送不成功。
但是需要斟酌哪些消息应当计算到条数中,例如广告营销应当计算在内,验证码不应当计算在内,用户每天获得 5 条验证码可能都算是正常的。
1个注意的点,1些同学可能会想,别家的 App 都每天推送10几条,我只推送1两条,岂不是占用用户的时间就少了吗?
消息推送可不能依照公地悲剧的思路来思考(可以去百度下公地悲剧),对用户使用 App 来讲,他是可以选择卸载或关闭通知权限的,不想公地悲剧中没有选择。
2)App之间相互唤醒
假定即刻 App 和他趣 App 都接入了同1家第3方 push 厂家,如果即刻没有结束进程,他趣结束了进程,在推送给他趣消息时,即刻会唤醒他趣,使他趣能收到消息。
但是这类唤醒机制在 Android N 的时候,谷歌已限制了不能这样做,所以这类方式可以不用斟酌了,现在采取的更多是接入手机厂商,通过厂商推送比较靠谱。
3)推送的影响,有好处也会有坏处
好处:信息告知与提示、增进活跃,增强粘性、唤醒沉默用户,提升保存、提高功能模块使用率
坏处:骚扰用户,提高卸载率、信任透支,“狼来了”的故事、过量无价值内容,造成用户反感乃至麻痹
4)App 内引导打开通知权限
这是1个iOS、Android 都会存在的问题,如果用户手动关闭了通知权限,那是不管如何都是没法将 push 推送到用户手上的,所以在用户使用 App 是你需要尽可能的引导用户开通权限。
如果用户已关闭了通知,则需要在某些地方判断是不是已关闭通知权限,如果已关闭了则需要引导用户打开。
2、消息点击
消息点击需要斟酌的点:内容质量怎样?标题是不是吸引?用户与内容匹配度?是不是热门内容?通知中带有用户昵称等个性化内容?是不是支持跳转对应页面?跳转是不是流畅?落地页质量怎样样?
这里其实已是结果了,这里的结果好坏会取决于发送前的几步,挑选用户时是不是将对信息发送给对用户,消息制作时质量怎样样等
3、数据反馈
发送后需要统计每步的数据,在和行业内进行对照,和和自己进行环比、同步看数据,需要统计的数据例如有应发人数、实发人数、发送成功用户数、触达成功用户数、点击用户数、跳转至落地页后的每步转化人数,除这些数据以外还需要关注下用户的卸载率(收到推送后 1 小时内卸载 App 的用户数 / 收到推送的用户数)。
4、推送记录
设计消息推送系统时,1部份是消息推送,还有另外1部份是推送以后的消息记录,这就是画画原型,很简单的事,只提1下需要注意的几个点就好
——推送进度,例如创建成功(支持取消推送)、推送中、推送成功、已删除等状态
——单条消息推送以后的数据,例如点击率、转化率、推送用户数等
其他
——怎样监控卸载率(我也不知道)
——怎样肯定消息优先级,由于每天有限制消息推送的频率,那肯定是优先推送优先级高的消息
——怎样使每一个用户都收到他能承受的最大条数(例如有的用户每天最多能接受 2 条,超过 2 条以后他就会卸载App,那就每天给他推送 2 条就好;有的用户每天最多能接受8 条,超过 8 条以后他就会卸载 App,那就每天给他推送 8 条)
——怎样做 A/Btest,例如抽 10% 的用户出来,将写好的 5 条文案分别推送给 2% 的用户(10%/5=2%),较短的1段时间来看哪1条文案的点击率比较高,然后将这条文案推送给剩下的 90% 用户
——辨别手动推送和触发式推送,以上说的大多属于手动推送,还有1种分类属于触发式推送,也是满足各种条件(1个事件),就给用户推送1条消息,例如今天你生日、联系 3 天未登录 App、充值成功、优惠券到期等场景
——如果移动端和 PC 端同时在线,推送逻辑是怎样的
-END-
作者:曾俊
来源:Aaron聊产品(ID:Aaron-notes)