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

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

文章插图

底部主导航特点：此类设计说明消息模块在此产品中，用户的使用频率比较高，并且通过消息展示够让用户做出对主要业务影响的操作。
顶部图标入口特点：一般会用在产品需要消息及时触大用户，且不做为主要业务，设置在顶部的优势，可以灵活地设置在需要消息支持的业务模块的顶部。

作为金融属性的产品，信息的及时披露对于用户的交易和服务都是非常重要的，所以我们在设计消息入口的时候，会选择灵活性和即时性都兼顾的产品设计，这两种设计都可以对于重要的消息类型可提供数字 badge 作为未读消息数量的提示。
2）消息列表
消息列表为笔者这次改造的重点区域，从消息入口点击后跳转到消息列表，由于业务的增加，造成消息类型不明确，消息等级错乱，通过竞品调研，主流金融类产品的消息列表为以下两种形式，消息分类合并或者分 tab 的方式。

文章插图
两种模式的区别在于，如果消息分类比较多，还有二级消息分类的情况，则使用分类合并的产品设计，列表的展示比较简洁，用户可以清晰地获取消息分类信息。
此外如果消息的二级分类列表，也可以使用二级分类列表，则可以使用tab交互方式，列表的排列顺序可以按照业务重要性质进行默认排列，信息详情按照时间的倒叙排列；大家可以按照自己的产品的具体情况设计产品方案。
3）消息列表详情
消息列表详情，主要的功能使用户不用点开消息详情，对主要消息内容有所了解，主要有以下几种类型：

文章插图

标题+时间戳+内容概要（消息内容的固定字数）：一般会用在消息频率很高，消息内容比较长的消息或者消息字数比较少的消息列表详情，如新闻类资讯或者交易提醒，只读取固定字数的消息内容，需要用户点击进入查看更多消息内容，交互特点为未读读时，文字为高亮状态，点击查看后为变灰；
标题+时间戳+内容概要（消息的关键内容）：对于消息内容可提取主要的概要字段的消息可以使用此列表详情，提高用户获取消息内容的效率，使有效信息可以及时触达用户；如收益情况等；
标题+时间戳+图片+内容概要（消息的关键内容）：一般活动消息使用此列表详情，消息频次比较低的消息也可以使用，增加活动图片可以烘托活动气氛，增加用户点击欲望。

特别说明一下时间戳的规则，一般使用12或24小时制格式为标准。

接收24小时内，时间格式显示展示为：时:分，如 11:02 ；
接收超过24小时，且在今年的范围内，时间格式显示展示为：月-日时:分；如12-12 11:02；
接收今年以前，时间格式显示展示为：年-月-日时:分；如，21-12-12 11:02。

五、总结本文是笔者在工作中对消息通知系统重构的详细介绍，金融类的消息通知需要及时地将状态、内容的更新触达到用户，用户则可以根据收到的消息做后续判断。如果没有及时将重要消息触达到用户或者滥用消息，则失去了消息通知的初衷。