app运营：如何制定消息推送策略?
app运营：如何制定消息推送策略?
今天，在队内，我做了一次关于app消息推送策略设计的分享，在这里整理出来，也算一个知识梳理过程，供各位批评指正。
很多app设计者总是很贪婪，想要攫取用户的眼球，于是就不停地通知，还有一些app本身很nice，却因为那些没完没了的通知变得让人讨厌。如何打磨一个好的app消息推送策略，对一个app的体验而已至关重要。
在一个移动操作系统的生态中，app可以实现一个功能，叫做消息推送，即通知（push）。通知是能够起到提醒或者唤醒用户的作用的，也是app运营最优质的渠道，运用得当可以帮助产品运营人员更高效地实现运营目标，相反盲目则也将带来反作用。
通知是移动操作系统的一个一级入口或者称之为某个闭环体验的起点，很直观的作用就是notify users，那么就要考虑提醒这个动作会带来的作用维度（PS.可优化的参考依据，产品要快速定义可优化的参考维度以便追踪效果和改进）：即反打扰和唤醒。
1. 反打扰，push本身是做提醒用户去查看某些会与用户相关的消息或者用户感兴趣的消息，但是过于频繁的推送就可能会打扰到用户了，这个时候需要考虑app的push策略是否是有把反打扰机制考虑进去，在前提是用户可接受的推送内容基础上，采用消息聚合和分类消息的手段来进行合理的推送，让他并不会感觉到打扰。
2. 唤醒，如果用户长时间不登录app，那么和他相关的内容也会越来越少，可能这个时候app是被遗忘掉了，这个时候push的作用就是唤醒了，可以是推荐过去的精选消息，或者是跟用户不相关但是会提醒用户打开应用的消息。
如何做到反打扰和合理的唤醒，就必然需要一个合理的计时策略，即如何设定合理的时间间隔和总条数的合理阈值。通过计时策略来控制一个合理的push节奏，push用户真正感兴趣的内容才会事半功倍，而过度push的泛滥，则很可能招致用户反感而被卸。
计时策略落地过后通过技术实现得到计时器和相应的策略算法，从而实现消息推送。另外在push后做一个通知到达的采集，通知到达的采集非常重要，很多应用没有做，在用户还有大量为点开的历史通知后，还是继续通知。但我认为，如果某条或者某几条历史消息没有被点开，则用户可能不感兴趣，这个时候可能并不是需要推送消息了，而是做正确的唤醒动作，如果再无动于衷，可能就是用户已经卸载没两样了。所以我的策略是从确认到达即用户打开推送消息，再归零进行下一次计时，否则，不进行计时。
关于push的内容本身，又可以分为3类，即与用户相关的通知、与用户不相关的通知和后台推荐的通知，在不同的应用场景下风格也不一样，暂且不考虑这些，从一个通用的层面来展开讨论：
1. 与用户相关的通知，用户行为在app的生态中会留下很多印记，这个时候就会产生一些与之相关的内容。比如QQ空间的点赞，知乎问题被回答、回答被评论等等的消息，都可以通过消息推送给用户。但是如果过于频繁就违背了反干扰原则，所以要做消息内容聚合，比如“您的动态被某A等23人点赞”，这个消息内容的聚合一定是某一定时间内的相关内容的集合，在社交社区类或者业务场景频繁的产品中，这种与用户相关的通知就会比较多，要着重考虑这些事情。
2. 与用户不相关的通知，这类通知大多起唤醒作用，比如提醒打开应用，这个就不过多说明了，还比较好理解。
3. 后台推荐通知，靠运营或者自动化的手段在后台编辑内容推送给用户，当然同样，要把握好节奏。
综上，一方面，在两个作用维度上即反打扰和唤醒不断打磨消息推送策略。另一方面，从内容本身出发抓住用户，通过一个合理的计时策略来把控推送的节奏。同时，定义message的池子策略，定义消息聚合的策略等（PS.这里就不展开讲了）。这样不断优化打磨出来的消息推送策略才有可能是靠谱的。
当然，如果用户一开始就选择不接收通知，那么在他使用应用的某个环节提醒他，“您关闭了通知功能，可能无法收到某个关键消息”。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
