1.细分消息推送的对象,不随意push全量。*先要建立用户数据库,对用户特征、地域、偏好进行细化,这部分可以通过账号体系引导用户主动选择,也可以通过对用户行为的大数据分析建立用户模型。单针对北京的福利活动,就只推送给北京地区的用户,无厘头地推送给广东的用户不就成了拉仇恨嘛。
2.尊重用户,把主动权还给用户。
尊重用户**步就是把选择的主动权还给用户,消息推送的前提是用户充分信任APP才给了授权,就像邮件订阅一样,用户有取消订阅的权利,否则就会**你的邮件来源。在上面的消息推送时用户心理反应模型中,用户遇到反感的消息时,会*先想到关闭消息,甚至关闭消息推送的授权,这个时候要尊重用户的选择权,否则当用户找不到关闭的入口,就只能将APP卸载掉,直接导致用户流失。
3.从用户接受信息的场景反推消息推送的时间
现在的APP推送机制都由服务端进行控制,在推送时间上需要正确得把握。*先千万别在大半夜push消息,除非是预报地震,影响用户休息等对用户形成打扰都是不友好的行为。二是从用户使用场景出发,选择合适的推送时间。以天气类APP为例,通常用户会在早上出门前想知道一整天的天气情况、温度变化,因此天气类APP*好的推送时机就是早上。再举一个浏览器的例子,每到年前各大浏览器厂商都开始做*票,必然涉及到给用户推送*票日历,那么*票日历的推送时间放在早上合适吗?仔细考虑一下这个使用场景,12306的放票时间从早上8点开始,等到*票当天才提示用户需要*票,会不会给用户一种突然措手不及的感觉?用户需要提前准备*票设备(手机APP、网速较快的电脑、可信赖的浏览器等),所以选择在前**晚上推送是不是更为合适?