微信公众号:类猿汪(ID:jishugou) 今天,在队内,我做了一次关于app消息推送策略设计的分享,在这里整理出来,也算一个知识梳理过程,供各位批评指正。 很多app设计者总是很贪婪,想要攫取用户的眼球,于是就不停地通知,还有一些app本身很nice,却因为那些没完没了的通知变得让人讨厌。如何打磨一个好的app消息推送策略,对一个app的体验而已至关重要。 在一个移动操作系统的生态中,app可以实现一个功能,叫做消息推送,即通知(push)。通知是能够起到提醒或者唤醒用户的作用的,也是app运营最优质的渠道,运用得当可以帮助产品运营人员更高效地实现运营目标,相反盲目则也将带来反作用。 通知是移动操作系统的一个一级入口或者称之为某个闭环体验的起点,很直观的作用就是notify users,那么就要考虑提醒这个动作会带来的作用维度(PS.可优化的参考依据,产品要快速定义可优化的参考维度以便追踪效果和改进):即反打扰和唤醒。
如何做到反打扰和合理的唤醒,就必然需要一个合理的计时策略,即如何设定合理的时间间隔和总条数的合理阈值。通过计时策略来控制一个合理的push节奏,push用户真正感兴趣的内容才会事半功倍,而过度push的泛滥,则很可能招致用户反感而被卸。 计时策略落地过后通过技术实现得到计时器和相应的策略算法,从而实现消息推送。另外在push后做一个通知到达的采集,通知到达的采集非常重要,很多应用没有做,在用户还有大量为点开的历史通知后,还是继续通知。但我认为,如果某条或者某几条历史消息没有被点开,则用户可能不感兴趣,这个时候可能并不是需要推送消息了,而是做正确的唤醒动作,如果再无动于衷,可能就是用户已经卸载没两样了。所以我的策略是从确认到达即用户打开推送消息,再归零进行下一次计时,否则,不进行计时。 关于push的内容本身,又可以分为3类,即与用户相关的通知、与用户不相关的通知和后台推荐的通知,在不同的应用场景下风格也不一样,暂且不考虑这些,从一个通用的层面来展开讨论:
综上,一方面,在两个作用维度上即反打扰和唤醒不断打磨消息推送策略。另一方面,从内容本身出发抓住用户,通过一个合理的计时策略来把控推送的节奏。同时,定义message的池子策略,定义消息聚合的策略等(PS.这里就不展开讲了)。这样不断优化打磨出来的消息推送策略才有可能是靠谱的。 当然,如果用户一开始就选择不接收通知,那么在他使用应用的某个环节提醒他,“您关闭了通知功能,可能无法收到某个关键消息”,哈哈。 |
|
来自: 昵称20600946 > 《待分类》