消息通知的触达渠道中，电话、短信、push 推送的呈现由系统决定

消息通知的触达渠道中，电话、短信、push 推送的呈现由系统决定。但是若产品有独立 App，往往需要消息中心去承载全量的消息列表。本章会介绍如何设计消息中心。

不同应用的消息中心处理方式受产品定位、应用框架等因素影响，设计差异化较大。但是可以通过按路径分割去简化设计：消息中心的入口、消息列表的组织方式、消息卡片的样式、消息的设置等几个部分。

1. 消息中心入口

主要有底部 tab、个人中心附近的图标入口、个人中心的菜单项等三种入口形式：

△ 消息中心的三种入口

1. 底部tab：一般适用于产品核心功能中包含大量用户间通讯，或者希望通过强化消息露出来促进用户上传更多内容。对于重要的消息类型可提供数字 badge 作为未读消息数量的提示；
2. 顶部图标入口：一般适用于产品消息数量较少，或消息对产品核心场景的影响较少的情况。一般会在首页的顶部，或个人中心页的顶部有一图标作为入口。图标会包含数字 badge 作为未读消息数量的提示；
3. 个人中心菜单项：一般适用于当产品顶部空间作他用，没有图标入口的位置时使用。

2. 消息列表

从消息中心入口点击后跳转到消息列表。由于消息的即时性，需要按时间维度排列。但是如果产品的消息类型较多，可通过分组合并或者分 tab 的方式提升用户触达消息的效率。

△ 分组合并消息列表

△分 Tab 合并消息列表

对于通知类型复杂的系统，还可使用二级列表的形式对消息进一步分类展示，如微信及支付宝，由于其包含大量第三方服务，消息复杂，均设置了二级消息列表帮助用户分类查找消息。

△ 二级消息列表

3. 消息卡片

消息列表中的卡片有两种样式可选，一般在一级消息列表使用小卡片样式，让用户有更高的浏览效率。大卡片样式则用于二级消息列表，或当前应用的消息数量较少时。