客户端|如何从0-1重构建消息系统:客户端( 四 )


客户端|如何从0-1重构建消息系统:客户端
文章插图
2)iOS
iOS的推送需要通过苹果官方服务器进行推送,跟进程存活没有关系,前提是用户开启推送通知权限。
2. 站内信的优化站内信的优化我们从两方面入手,首先需要业务方对消息进行整合分类整理,划分出明确的类型,从类型上减少用户识别路径;其次对于消息的入口、消息列表的展现形式,缩短用户查看消息路径。
1)消息入口
金融类的产品,消息入口常见的展现形式有底部主要导航 tab、顶部图标入口两种形式:
客户端|如何从0-1重构建消息系统:客户端
文章插图

  • 底部主导航特点:此类设计说明消息模块在此产品中,用户的使用频率比较高,并且通过消息展示够让用户做出对主要业务影响的操作。
  • 顶部图标入口特点:一般会用在产品需要消息及时触大用户,且不做为主要业务,设置在顶部的优势,可以灵活地设置在需要消息支持的业务模块的顶部。
作为金融属性的产品,信息的及时披露对于用户的交易和服务都是非常重要的,所以我们在设计消息入口的时候,会选择灵活性和即时性都兼顾的产品设计,这两种设计都可以对于重要的消息类型可提供数字 badge 作为未读消息数量的提示。
2)消息列表
消息列表为笔者这次改造的重点区域,从消息入口点击后跳转到消息列表,由于业务的增加,造成消息类型不明确,消息等级错乱,通过竞品调研,主流金融类产品的消息列表为以下两种形式,消息分类合并或者分 tab 的方式。
客户端|如何从0-1重构建消息系统:客户端
文章插图
两种模式的区别在于,如果消息分类比较多,还有二级消息分类的情况,则使用分类合并的产品设计,列表的展示比较简洁,用户可以清晰地获取消息分类信息。
此外如果消息的二级分类列表,也可以使用二级分类列表,则可以使用tab交互方式,列表的排列顺序可以按照业务重要性质进行默认排列,信息详情按照时间的倒叙排列;大家可以按照自己的产品的具体情况设计产品方案。
3) 消息列表详情
消息列表详情,主要的功能使用户不用点开消息详情,对主要消息内容有所了解,主要有以下几种类型:
客户端|如何从0-1重构建消息系统:客户端
文章插图
  1. 标题+时间戳+内容概要(消息内容的固定字数):一般会用在消息频率很高,消息内容比较长的消息或者消息字数比较少的消息列表详情,如新闻类资讯或者交易提醒,只读取固定字数的消息内容,需要用户点击进入查看更多消息内容,交互特点为未读读时,文字为高亮状态,点击查看后为变灰;
  2. 标题+时间戳+内容概要(消息的关键内容):对于消息内容可提取主要的概要字段的消息可以使用此列表详情,提高用户获取消息内容的效率,使有效信息可以及时触达用户;如收益情况等;
  3. 标题+时间戳+图片+内容概要(消息的关键内容):一般活动消息使用此列表详情,消息频次比较低的消息也可以使用,增加活动图片可以烘托活动气氛,增加用户点击欲望。
特别说明一下时间戳的规则,一般使用12或24小时制格式为标准。
  • 接收24小时内,时间格式显示展示为:时:分,如 11:02 ;
  • 接收超过24小时,且在今年的范围内,时间格式显示展示为:月-日 时:分;如12-12 11:02;
  • 接收今年以前,时间格式显示展示为:年-月-日 时:分;如,21-12-12 11:02。
五、总结本文是笔者在工作中对消息通知系统重构的详细介绍,金融类的消息通知需要及时地将状态、内容的更新触达到用户,用户则可以根据收到的消息做后续判断。如果没有及时将重要消息触达到用户或者滥用消息,则失去了消息通知的初衷。