因地制宜，才能设计出一个便捷高效的消息列表。
消息列表的主要目的在于使用户获取消息，并完成处理，不同的软件对于消息的要求也不尽相同。即时通信类软件在于使用户尽可能快的获取和处理信息，同时保证私密性。资讯社交类软件在于传达主流程之外产生消息，目的在更好的辅助用户完成主流程，微博、知乎的点赞即是此类逻辑；工具类软件产生的消息，多为系统通知、或工具主流程需要通知的信息。
但是其中设计消息的通用原则、用户获取并处理消息的流程是相通的。
所以我们在设计消息列表的时候，应该同时考虑到这些通用的内容以及不同类型软件对消息需求的不同。因地制宜，才能设计出一个便捷高效的消息列表。
通用原则：
在消息列表设计的过程中需遵循以下三个原则进行设计：
即时性（快速获取，阅读以及处理）
私密性（防止信息泄露）
常见消息的类型：
消息处理的流程图
不同类型软件的消息列表形式：
（一）即时通信类：
以微信为例， 微信是一款跨平台的通讯工具。支持单人、多人参与。通过手机网络发送语音、图片、视频和文字。他定位于通讯工具，用户在使用软件时的主流程即为获取消息，并快速处理。
即时性：所以微信将消息作为一个单独的Tab，并以红点+数字的形式进行强提醒。同时在桌面通知中，
防打扰：应用图标提醒数目为消息列表中未为处理的总数，避免了其他消息的打扰（朋友圈、系统通知等）。仅用户自身聊天的消息推送，系统不会推送内容。
私密性：用户可以设置是否显示通知消息详情。（即使显示详情，在收到红包时和转账，也会进行相应的私密处理）
即时通讯类软件需遵循的设计原则：
有独立消息主tab（使用软件的核心流程）
消息的获取，以即时性为最高要求，越快越好
消息组织类型为以通信对象为单位，内部包含行为信息（@，红包、语音、小视频）
用户敏感信息进行保护处理
严格控制推送内容，避免打扰到用户
（二）社交类：
以微博为例， 微博：用一句话随意记录生活，用手机随时随地发微博。迅速获取最热最火最快最酷最新的资讯。用户使用产品的主要场景为获取短资讯，在获取资讯的同时，产生交流互动。可见消息的获取为主流程之外的附加流程，所以微博有一个单独的消息列表，位于第二个。
即时性：赞和@为非即时性消息，是进行合并后推送的消息，也可以通过主动拉去消息获得。用户间的聊天内容为即时通信。
防骚扰：在推送用户消息的同时，微博会主动向用户推送内容，也会因此对关注用户产生一定的影响。所以微博的推送开启率一定远远低于微信。
私密性：在收红包这件事上，微博会推送内容“你收到了一个微博红包”，安全性相对弱于微信。
在消息的组织形式：除了会话框之外，多了@、评论、赞这些以行为进行归类的消息，而且固定在最上方。这样的做法也于微博的定位相关。微博本身定位资讯获取，而点赞又是激励UGC的一种强有力手段，所以微博将点赞单拉出来作为一个消息类型。
社交类软件需遵循的设计原则：
有独立消息主tab
聊天类型消息为即时同时。行为消息为合并后推送，也可进行主动拉取。
消息组织形式为聊天会话+行为消息+官方通知。行为消息类型多为鼓励UGC或PGC内容为主，或官方主推业务功能。
敏感消息进行保护处理
类似的还有百度贴吧、知乎
（三）工具类：
由工具类产品自身的性质决定，很多纯工具类的产品并不需要消息列表，这种严格意义上的工具类软件不在本文的讨论范围内。下面所讲的keep自身是一款工具类软件，但是以工具为切入点，加入了兴趣社交元素，本文宽泛的将其定位为工具类软件。
keep是是一款具有社交属性的健身工具类产品。用户可以利用碎片化的时间,随时随地选择适合自己的健身课程进行真人同步训练。
防骚扰：keep 的推送全部为围绕主功能训练的推送。且可以通过设置管理
私密性：用户的评轮内容会被隐藏
消息的组织形式：均为围绕用户健身核心功能所产生的周边信息，加油和点赞是激励UGC的一种手段
入口：keep的消息列表为在个人中心页面的右上角。
网易云音乐
工具类软件需遵循的设计原则：
相对次级的消息入口，可以放在相应的功能页面，也可以放在个人中心中。
消息的即时性适中，可采用即时推送+合并推送+主动拉去的组合形式
综述：
app的消息列表设计一方面要考虑到三大通用的原则：即时性、防骚扰、私密性。
同时应该结合app的软件类型，产品定位，功能流程。在此基础上权衡三个通用原则的处理方式。
同时消息列表的形态，也会根据产品的目的变得不一样，像微博、知乎的点赞，是鼓励用户生产内容。keep和网易云的消息是为了辅助用户更好的使用主功能。
想清楚以上这些问题，一个好的消息列表也就不在话下了。
