烟台app开发：如何构建一个便捷高效的App消息列

　　因地制宜，才能设计出一个便捷高效的消息列表。

　　消息列表的主要目的在于使用户获取消息，并完成处理，不同的软件对于消息的要求也不尽相同。即时通信类软件在于使用户尽可能快的获取和处理信息，同时保证私密性。资讯社交类软件在于传达主流程之外产生消息，目的在更好的辅助用户完成主流程，微博、知乎的点赞即是此类逻辑；工具类软件产生的消息，多为系统通知、或工具主流程需要通知的信息。

　　但是其中设计消息的通用原则、用户获取并处理消息的流程是相通的。

　　所以我们在设计消息列表的时候，应该同时考虑到这些通用的内容以及不同类型软件对消息需求的不同。因地制宜，才能设计出一个便捷高效的消息列表。

　　通用原则：在消息列表设计的过程中需遵循以下三个原则进行设计：

　　即时性（快速获取，阅读以及处理）避免产生骚扰（避免消息过于频繁给用户带来骚扰）私密性（防止信息泄露）常见消息的类型：

　　用户获取消息用例图

　　消息处理的流程图

　　不同类型软件的消息列表形式：（一）即时通信类：以微信为例，微信是一款跨平台的通讯工具。支持单人、多人参与。通过手机网络发送语音、图片、视频和文字。他定位于通讯工具，用户在使用软件时的主流程即为获取消息，并快速处理。

　　即时通讯类软件需遵循的设计原则：

　　有独立消息主tab（使用软件的核心流程）消息的获取，以即时性为最高要求，越快越好消息组织类型为以通信对象为单位，内部包含行为信息（@，红包、语音、小视频）系统通知消息优先级低于用户消息用户敏感信息进行保护处理严格控制推送内容，避免打扰到用户（二）社交类：以微博为例，微博：用一句话随意记录生活，用手机随时随地发微博。迅速获取最热最火最快最酷最新的资讯。用户使用产品的主要场景为获取短资讯，在获取资讯的同时，产生交流互动。可见消息的获取为主流程之外的附加流程，所以微博有一个单独的消息列表，位于第二个。

　　社交类软件需遵循的设计原则：

　　有独立消息主tab聊天类型消息为即时同时。行为消息为合并后推送，也可进行主动拉取。消息组织形式为聊天会话+行为消息+官方通知。行为消息类型多为鼓励UGC或PGC内容为主，或官方主推业务功能。敏感消息进行保护处理类似的还有百度贴吧、知乎

　　（三）工具类：由工具类产品自身的性质决定，很多纯工具类的产品并不需要消息列表，这种严格意义上的工具类软件不在本文的讨论范围内。下面所讲的keep自身是一款工具类软件，但是以工具为切入点，加入了兴趣社交元素，本文宽泛的将其定位为工具类软件。

　　keep是是一款具有社交属性的健身工具类产品。用户可以利用碎片化的时间,随时随地选择适合自己的健身课程进行真人同步训练。

　　即时性：keep的行为消息和系统消息均为实时防骚扰：keep 的推送全部为围绕主功能训练的推送。且可以通过设置管理私密性：用户的评轮内容会被隐藏消息的组织形式：均为围绕用户健身核心功能所产生的周边信息，加油和点赞是激励UGC的一种手段入口：keep的消息列表为在个人中心页面的右上角。消息区分了官方信息和用户行为信息。类似的还有网易云音乐。

　　网易云音乐

　　工具类软件需遵循的设计原则：

　　相对次级的消息入口，可以放在相应的功能页面，也可以放在个人中心中。消息的组织形式：聊天会话（评论回复）+行为消息+官方通知消息可以便捷的链接用户至相应的功能页面，为主功能服务消息的即时性适中，可采用即时推送+合并推送+主动拉去的组合形式综述：app的消息列表设计一方面要考虑到三大通用的原则：即时性、防骚扰、私密性。

　　同时应该结合app的软件类型，产品定位，功能流程。在此基础上权衡三个通用原则的处理方式。

　　同时消息列表的形态，也会根据产品的目的变得不一样，像微博、知乎的点赞，是鼓励用户生产内容。keep和网易云的消息是为了辅助用户更好的使用主功能。

　　想清楚以上这些问题，一个好的消息列表也就不在话下了。