消息系统整理.docxVIP

消息系统 消息系统定义 信息的传达处理系统。目的是为了让用户获得需要得到的消息及提醒并进行处理。 这里的“需要得到”有两层意思： ①用户彼此互动触发的信息流(留言、评论或者回复、私信等) ②应用希望用户了解关注的信息(系统公告等) 消息推送的影响 好处：①信息告知与提醒 ②促进活跃，增强粘性 ③唤醒沉默用户，提高留存 ④提高功能模块使用率 坏处：①骚扰用户，提高卸载率 ②透支信任 ③过多无价值内容，造成用户反感与麻木 消息推送机制的使用场景分类 （1）外部推送机制有： ①邮件：倾向于完成重要的事情，目前通知效果差，可用于召回卸载了APP的流失用户 ②短信：实时性，易保存。形式单一，成本不菲 ③微信：容易提高点击率，但推送的时候有诸多限制 （2）内部推送机制有： ①桌面红点：对强迫症很有用，设计方面要让用户能方便的消除 ②Push（手机通知栏、弹窗、红点、角标）：核心的指标是到达率和点击率。消息往往不是100%能够送达用户的，目前Android全量消息到达率达到50%算是比较好的水平。点击率则跟消息类型和内容息息相关，也是优化的重点。 ③消息中心：需要向产品的其他位置分发流量，同时也需要尽可能提高流量效率，减少无效消息对用户造成的干扰。 ④打点推送：有需要用户点击查看的内容，会从首页开始一路打点，直到用户点击查看之后，红点才消失。最能让用户快速使用的方式，一般在游戏中比较常见 四、按照推送的趋势分类： ①拟人化：内容推送方更愿意露出人格化的特征，以此来拉动和用户的距离，拟人化是非常有效的方式。 ②自动化：推送内容从人工选取内容推送，更多的是依靠产品策略或者自动化的算法执行，用最科学的方式推送给用户消息。 ③个性化：针对用户的个人特征进行推送。关于推送消息打开率基本规律是：全量推送<分渠道分组推送<个性化推送。 五、消息分类 触发对象 业务类型 备注 用户对用户 （业务消息） 评论 互动类的信息流提示 回复 留言 私信 请求 如：添加好友（双向确认） 系统对用户 （系统推送） 提醒 如：新增粉丝、新增@等 应用通知 如：开放平台的第三方应用，本质上的系统通知 系统通知 如：上线公告、系统公告、升级提示等 六、消息推送的时机 （1）参考时间：上午9点–10点、中午12点–14点、下午5点–6点、晚上21点–22点 （2）基于用户的真实使用场景去反推 push 时机 消息推送的内容 （1）文案：数字+表情 （2）简洁，直击重点，与用户自身强关联，刺激用户触发push （3） 标题设计要遵循AIDA法则（AIDA法则：attention-引起注意，interest-产生兴趣，desire-唤起欲望，action-点击或购买行为） （4）形成场景化文案范式 （5）内容要与产品属性，业务形态相关，注意别盲目轻易蹭政治敏感，八卦新闻热点 （6）定义好 push 落地页： 消息中心：提高其它分类消息的曝光度。进入消息中心界面，用户可重新选择相应的分类消息进行阅读。 具体消息：一般适用于具体的某次活动、或者是新闻类的资讯。用户点击提醒，说明是对消息的内容感兴趣，跳转至详情页，直奔主题 消息推送的策略 （1）消息推送频率 ①坚守克制 ②根据用户使用频次决定消息push频率：产品形态决定使用频次，使用频次决定消息push频率 ③参考：一般保持一周 3-5 条 （2）消息推送策略 ①标签推送 ②账号体系推送（alias推送）：按照人口学属性特征，构建用户数据库。对数据库中的用户进行筛选与分类管理，并做针对性推送 ③多维度推送： APP版本，分发渠道，地理位置（目前通过ip定位，支持精确到省，直辖市）； 消费力、购买力，群组（华中华南，高富帅，白富美，矮矬穷，单身贵族，屌丝一族等）； 用户活跃度（x天活跃，x天不活跃），机型（包含热门机型与全部机型），性别（男或女）； 多维度组合，取交集或并集推送。 ④对沉默用户的推送 ⑤升级版本的推送 ⑥限制发送速度：减少服务器压力，避免高并发，推送时可以限制发送速度，每秒钟发送多少条。 ⑦A/B test：包括两个维度人口结构数据与历史行为数据，控制好其中一个变量即可 ⑧push人群： 定向push：提高push匹配度 全量push：覆盖面大，但精准度低 ⑨定义多类push优先级：参考一般系统功能类>营销活动类（有例外，如电商大促） ⑩文案赛马机制：运营写出若干条文案（如5条），然后提前抽取部分实验用户出来（比如用户总量的10%），每一条文案发送实验用户中的一部分（10%÷5