客户端|如何从0-1重构建消息系统：客户端( 三 ) 龙珠|wi-fi|美团|王兴|大众点评

直播开播前，系统在设置的时间节点自动发送给预约用户push消息，提示用户直播开始。

5. 消息推送的内容（how）消息的内容从功能设置上分为：只读与可操作。

只读，即当前消息用户在浏览后不需要做更多的操作，主要以了解为主；如申购基金成功提醒；
可操作反馈，即当前消息需要用户浏览，且在浏览后做相应的后续操作；如补仓提醒。

消息分类，需要和业务深度结合去进行消息分类的划分，目的是可以让用户用最短路径浏览到同类的信息，大概率可分为系统消息和业务相关消息，如果有社区，还会有互动消息之内的聚合。
四、客户端消息构建方案通过梳理，此次主要需要对APP的应用级的消息进行重构，我们先明确优化渠道：push推送、站内信。
并通过业务侧的调研，消息主要的问题是新业务不断叠加，因为没有进行系统的规划，造成了现有业务消息冗杂、消息分类不明确，所以我们需要通过对业务消息进行分类合并，重新梳理消息的类型的划分，并从前端展现形式上对消息类型作出明确的划分。
1. Push推送前端展示现方案Push的前端展示样式主要有：标题+摘要、标题两种展现形式；在不同的业务条件下，这两种展示都能够使用，所以要求我们设计后台的时候需要注意字段的扩展。

文章插图
我们要注意的是由于Android和iOS机制不同，此处区分两个平台讲解。
1）Android
国内Android系统均为定制过的ROM，需将APP与各大手机厂商均有合作添加产品白名单，或将APP加入手机自带的安全工具白名单，这样才能保证推送不会丢失，因为和各大手机厂商对接的成本太高，一般情况下我们会接入第三方服务商（如：极光），各厂商字符规则如下：

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

文章插图

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

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

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

文章插图

标题+时间戳+内容概要（消息内容的固定字数）：一般会用在消息频率很高，消息内容比较长的消息或者消息字数比较少的消息列表详情，如新闻类资讯或者交易提醒，只读取固定字数的消息内容，需要用户点击进入查看更多消息内容，交互特点为未读读时，文字为高亮状态，点击查看后为变灰；
- 上一页
- 1
- 2
- 3
- 4
- 下一页