如何设计消息推送策略?

　　今日在组里，我做了一个关于app消息推送策略设计的分享，在这里整理出来，也算一个知识梳理过程，供大家批评指正。

　　许多app设计人员总是很贪心，想抓住用户的眼球，就不断地发出消息推送，还有一些app本身是nice的，却因为无休止的通知而令人讨厌。怎样优化好的app消息推送策略，对于一个app的体验来说至关重要。

　　对于一种生态环境下的移动操作系统，app可以实现一项功能，即通知(push)。通告能起到提醒或唤醒用户的作用，也是app运营的最佳渠道，运用得当能帮助产品运营人员更有效地达到运营目标，反之盲目则会带来反作用。

　　通告是移动操作系统的第一个入口，也就是所谓的闭环体验的起点，作用非常明显，notifyusers就是notifyusers，消息推送然后再考虑这个动作将产生的作用维度(PS.可优化的参照，为了跟踪效果和改进，产品需要快速定义可优化的参照维度)：反打扰和唤醒。

　　(1)反打扰，push本身只是提醒用户注意一些将与用户相关的消息或用户感兴趣的消息，但过于频繁的推送可能会打扰到用户，此时需要考虑app的push策略是否考虑到了反打扰机制，在此前提下，以用户消息推送可以接受的推送内容为基础，采用消息聚合和分类消息的方法，进行合理的推送，使用户感觉不到打扰。

　　第二，唤醒，如果用户很久没有登录app，那么与他相关的内容也会越来越少，可能这个app是被遗忘了，这个时候pus消息推送h的作用就是唤醒，可以是推荐过去的精选消息，也可以是与用户无关但会提醒用户打开应用的消息。

　　怎样实现反打扰和合理唤醒，需要一个合理的计时策略，即如何设置合理的时间间隔和合理的总条数阈值。使用定时策略来控制合理的推节奏，推用户真正感兴趣的内容才能事半功倍，而推得过多，则极有可能引起用户反感并被卸载。

　　定时策略落地后，通过技术实现获取定时器及相应的策略算法，实现消息推送。还有就是push后收集通知到达，通知到达后收集非常重要，很多应用程序都不做，在用户有大量的历史记录之后，还是继续进行通知。但是我认为，如果某个或几个历史消息没有被点开，那么用户可能不会对此消息推送感兴趣，此时可能不需要推送消息，而需要做正确的唤醒操作，如果再无动于衷，可能就是用户已经卸载了。因此我的策略是从确认到用户打开推送消息，然后归零进行下一次计时，否则，就没有计时了。

　　至于推文的内容本身，可以分为三类，即与用户有关的通知、与用户无关的通知和后台推荐，它们在不同应用场景中的风格也有所不同，暂时不作考虑，从一个一般的层面展开：

　　一、与用户有关的通知，用户行为在app生态系统中留下了许多痕迹，此时就产生了一些与此有关的内容。例如QQ空间的点消息推送赞，回答知乎问题，回复回复评论等信息，都可以用消息推送给用户。但如果太频繁就违反了反干扰原则，因此要进行消息内容聚合，例如“你的动态被某A等23个人点赞”，该消息内容聚合一定是某一特定时间内的相关内容的聚合，在社交社区类或商业场景太频繁的产品中，这样的通知会比较多，要重点考虑这些东西。

　　与用户无关的通知，这种类型的通知消息推送大多起到唤醒的作用，如提醒打开应用，这个就不多说了，还是比较好理解的。

　　三、后台推荐通知，靠操作或自动手段在后台编辑内容推给用户，当然，同样要把握好节奏。

　　如上所述，一方面，在两个作用维度，即反干扰和唤醒持续地打磨消息推送策略。而从内容本身抓取用户，通过合理的计时策消息推送略控制推送的节奏。与此同时，还定义了消息池策略、消息聚合策略等等(PS.这里就不展开了)。如此持续优化打磨出的消息推送策略才有可能可信。

　　如果市场营销方案用户从一开始就选择不接收通知，那么在他使用应用程序的某个链接来提醒他：“你已经关闭了通知功能，可能没有收到任何重要消息”，哈哈。