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