最近在做消息推送和消息管理的需求,踩了一些坑,记录下来随时更新补充遗漏,接下来就聊聊消息的分类、推送和管理。
消息分类
消息可以根据功能特性或业务特性有不同的划分方法,先说根据功能特性的分类。
IM类
IM消息的最大特点在于它的即时性和互动性,允许两人或多人通过网络传递文字、语音、视频交流,是一个消息往返的过程,即发出消息和接收消息。微信、QQ、钉钉就是典型的即时消息。
非IM类
反之非IM消息就是非即时消息,一般是单向消息,如常见通知提醒类,关注消息触达率和业务转化。微博推送明星八卦、新闻媒体推送时政新闻,电商平台推送营销广告等。
消息push
push是指运营人员通过内部的管理后台或使用第三方工具(极光、友盟等)对用户的移动设备发起主动的消息通知,解决了消息的曝光率问题,使用户可以在锁屏的场景下也能看到消息标题和摘要等,从而唤起应用的打开率。push需要研究用户、环境、消息内容的匹配,不同属性的消息推送时间也有各自的机制,但最终目标都是在保证用户体验的同时,提高消息打开率,完成业务目标。根据消息业务特性将push内容大致分类:
功能类
用户较为关注与自身利益相关的消息,如订单的状态、事件提醒、平台公告等。消息为系统自动推送,通过写入判断条件,触发后推送此类消息。
实践分享:详解消息推送和管理
运营类
运营类消息用来拉新用户、用户促活、唤醒等以提高日活月活、留存率。常见的消息如拉新用户给奖励;定时发放代金券、优惠券等以推动用户再次使用产品。如用户一周未打开APP,消息推送一些代金券等,满足用户贪婪的小心理,使用户有了便宜不占白不占的感觉,从而提高了打开使用率。结合用户画像,锁定用户的需求定期的给用户一些惊喜或优惠,增加其对产品的粘性。
实践分享:详解消息推送和管理
营销类
营销消息用来推广市场或宣传产品,常见的活动拼团、限时折扣属于营销类,使用文案或视觉冲击等激发用户好奇或贪婪心理,引导用户点击。
此类消息与活动开始时间和持续时长有关,采取人工自定义的形式更灵活可控。
实践分享:详解消息推送和管理
个性化
随着信息爆炸,用户获取信息成本极低,导致信息加载过多,但用户的时间更加碎片化,如何做到更加精准的推送用户感兴趣或需要的信息是现在很多应用都在努力的方向,于是就有了针对不同用户做精准定向的推送即个性化推送。根据用户画像推送用户感兴趣的内容,举例:一个用户在某电商连续三天搜索手机,电商可初步判断这个用户有购买手机的意愿,推送手机相关的促销或者品类消息,既做到了想用户之所想,又增加了信息的曝光率。
实践分享:详解消息推送和管理
消息管理
消息内容
消息标题:需考虑前端展示,通常有字符限制
消息主体:文本是最主要的传达内容,可考虑是否需要支持图片、音频、视频、及消息回执等,以及这些内容的交互和展示。
消息时间:系统埋点条件触发或者人工自定义触发
页面设计
交互层面:需考虑消息已读未读状态区分,是否支持操作:如删除、查询、收藏等。以及清除缓存是否涵盖消息内容。
视觉设计:视觉呈现通常与消息内容相关,根据消息类别的多少可采用分类聚合或平铺。如滴滴每类业务都会推送各自的消息,便于用户分类和区分做分类聚合更适宜。
实践分享:详解消息推送和管理
如果消息类别较少,且消息内容较短,采用平铺的方式可快速浏览或操作,更加直观。
实践分享:详解消息推送和管理
消息后台
自定义消息后台需包括消息创建和消息查询,创建页面可定义消息内容、发送时间和发送人群,查询页面包含消息的状态、时间查询等,可根据具体使用进行设计。
实践分享:详解消息推送和管理 实践分享:详解消息推送和管理
消息统计
消息推送是否成功可关注两个指标:消息的触达率和已读率。需要在后端代码增加日志监控。
实践分享:详解消息推送和管理
触达率=用户接收消息数/后台推送消息数
已读率=用户已读消息数/用户接收消息数
关注触达率可尽量的减少由于开发bug导致的消息推送失败、接口报错等原因。关注已读率能清楚的了解用户对什么类别或什么方式的消息感兴趣,及时调整消息内容或时间以增加已读率,提高业务转化。
网友评论