关于各客户端平台（ios、android、wp等）的通知机制

　　

关于各客户端平台（ios、android、wp等）的通知机制

　　

　　写在前面：通知系统是网站信息传播机制的重要组成部分，足以撰写大量的章节进行解释。本文仅整理设计原则，后续的相关内容将继续更新。此处的通知包括但不限于公告，提醒或消息（功能定义在不同的使用场景中是不同的）。关于每个客户端平台（ios，android，wp等）的通知机制，在交互设计指南中有更详细的说明，您可以自己参考。

　　一、通知系统定义

　　通知系统，顾名思义，是一个通知信息传输和处理系统。目的是允许用户获取消息和提醒，以获取和处理它们。

　　此处的“需要获取”具有两个含义：1、用户交互触发的信息流（消息，评论或答复，私人消息等）。2、 网站希望用户理解他们所掌握的信息正在关注（系统公告等））

　　通知系统的设计原理可以概括如下：1、消息的传播效率最高（获取，处理，信息传输，用户反馈等的效率）。2、避免骚扰（噪音） ，频繁提示）

　　二、通知分类

　　由于业务需求的不同，不同的平台和产品具有不同的类型。

　　它可以大致分为以下几类：

　　

　　三、通知逻辑实现机制

　　通知的逻辑简化如下：

　　

　　这些链接现在分别说明：

　　（[一）合并通知

　　为了提高消息分发和处理的效率，需要在推送通知之前对其进行汇总和合并。减少骚扰和噪音；并平衡服务器压力。

　　1）合并周期：汇总了固定时间内的所有消息（在24小时/ 30天之内，等等）；没有固定的时间（只要未处理/未读，它们就会被汇总）

　　当然，它们通常会结合使用：合并24小时内未处理的邮件

　　2）合并分类，并在同一类别中合并（例如n条消息合并为1条消息），并在同一时间段内合并同一发起者（例如章三发送给您的n条私人消息）在同一时间段合并（例如24小时内收到）n条评论）（二）通知发布情况

　　根据规则汇总通知后，系统将通过通知管道将通知推送给用户，供用户处理。

　　1）分发方法

　　分发方法类似于Feed系统，并且最常用的是Push方法，即在指定时间内主动将其推送给用户。某些特定类型要求用户请求（拉出）拉未读消息。目前，大多数通知优先考虑合并后未处理通知的总数，并且提醒用户有新消息需要处理。用户单击该号码，然后转到服务器以请求特定的消息内容。这样，可以综合考虑成本，压力和经验。当然，某些极端情况需要进行优化：如果未读消息的数量超过1000，则在用户请求时前50条消息会被推送或放入缓存中。技术童鞋的方法多种多样，这里不再赘述。

　　2）分发频率（时间）

　　分发时间主要根据消息的优先级来划分：

　　

　　3）分发管道

　　分发渠道是用于消息通知的特定推送渠道，可以根据业务类型分为：Web，App，SMS，电子邮件等。

　　（[三）用户处理

　　根据上述分发方法，通知的处理可以在逻辑上分为两个级别：通知状态的处理和通知内容的处理。

　　1）对状态处理的狭义解释是是否已读取（处理）。

　　通常，初始数字是系统推送的未读总量。用户单击编号进入相关功能列表后，读取操作完成，未读取编号相应减少。

　　

　　有几种情况需要解决：

　　如果用户有很多未读信息（m = 10 0），但是列表的第一页只能显示（n = 1 0），则未读数字是mn = 90；有些产品会点击等同于已读，也就是说，无论列表是否打开，用户都将其视为已读。此处理通常用于重要性较低的邮件。点击阅读可有效减少骚扰。可以将消息的已处理状态定义为用户执行相关操作后的处理状态，而不是查看状态，例如，当用户发表评论，回复，单击“忽略”或单击“删除”时，则认为已处理状态。内容处理的解释，即用户是否操作。

　　根据不同类型的消息和业务需求，操作可以分为：

　　处理：用户必须单击功能链接以进行处理。例如：您的密码太简单，请单击此处进行修改；回复：如果回复私人留言，请回复评论；确认：对消息给出确认反馈，例如可以设置一些系统提示“我已经知道，不再提示”选项；忽略：用户忽略或不执行任何操作；删除：用户删除此消息。 3）消息处理后的状态需要统一。

　　需要标记该消息是否已被处理，并且该状态在其他终端中处于打开状态。例如，如果用户在客户端上查看消息，则该消息应在网站上自动标记为已读。

　　（[四）回收通知

　　回收主要用于操作用户已处理的消息。

　　用户之间触发的消息通常需要记录在案。例如评论/回复/消息/私人消息等。该产品可以提供一个选项，询问用户是否在一定时间后是否自动清理。在某些产品中，还需要考虑功能的优先级。如果取消好友关系或加入黑名单，则双方的私人消息记录都将被自动删除。系统触发的消息通常设置一定的恢复和删除时间。例如系统提醒，通知，公告等。有效期过后，它将自动从产品中删除。从物理上讲，您可以设置是否备份。可以根据业务需要来处理已过期但未被用户处理的消息（用户已经很长时间没有登录但收到其他人的答复）。例如，未读的私人消息/评论/回复将被永久保留。对于重要的未读邮件，您可以尝试第二次推送或使用其他方法（电子邮件，APP，SMS等）来通知您。 四、通知处理互动

　　注意：特定交互需要考虑其自身的业务特征和目标要求。某些业务可能需要强调，而某些业务则需要考虑骚扰，因此在没有特定上下文本身的情况下谈论交互是无耻的。

　　这里仅适用于一般社区网站，并描述了个人喜欢的互动方法。

　　1、收到新消息时提醒互动

　　收到新邮件时，您可以使用以下提醒

　　标题闪烁

　　

　　声音提醒会在收到新消息时自动触发声音

　　

　　气泡+数字

　　

　　新新闻浮动层

　　

　　弹出提示

　　

　　2、通知处理

　　当前，消息主要使用当前触发器，类似于“所见即所得”交互模式的实时处理。 

　　

　　采用此方法时需要考虑的问题：

　　消息通知位于全局导航中，您可以保证在访问任何频道时都能及时收到新消息；在浮动层处理完消息后，用户可以继续之前的操作而不会造成中断。由于导航区域的限制，有必要对消息类型进行统一的分类和计划； （Facebook的分类是朋友请求，私人消息和通知。）提供历史记录（更多消息）条目（第二页）以标记已读和未读状态，并处理消息提醒数字之间的关系

　　

　　五、防止骚扰（骚扰）

　　由于消息本身的业务性质，太多无用的通知势必会引起噪音并打扰用户。因此，请合理设置消息的通知频率和渠道，以防止早上失去经验和效率。

　　1、提供通知频率和频道管理功能

　　例如普通邮件退订管理，邮件通知类型管理。 

　　

　　Facebook通知设置

　　

　　

　　2、添加了屏蔽功能

　　在业务方面，消息屏蔽功能应属于第一篇文章中的通知类型管理。当业务模块很多并且以前的关联分散时，或者当开放平台功能通知的第三方应用程序访问时，可以使用屏蔽功能。

　　

　　Facebook应用程序消息管理

　　

　　新浪微博应用消息管理

　　3、与权限系统结合1、功能性隐私设置

　　使用隐私设置来定义特定的接收权限，范围等。

　　

　　微博私人留言设置

　　2、结合黑名单功能

　　使用黑名单阻止来自特定用户或关键词的特定通知。 

　　六、用户后退

　　当用户长时间不登录或不处理消息时，他们可以使用其他渠道推送通知，从而达到了回退的目的。这应该与网站的总体撤出策略结合起来。

　　

　　示例：Facebook朋友请求确认以撤回电子邮件：

　　

　　七、摘要

　　嗯，如果您能看到这个，非常感谢。此文章间歇性更新花了几天时间才能结束。有许多不完整的著作。我希望能原谅我。

　　最初，我想总结一套处理此类业务的逻辑方法，但是由于以下原因，我放弃了：

　　具体业务需要详细分析。现有资源和现状非常重要。这就是设计的原理。例如优先级，整体考虑，保留的接口，数据统计信息等，最好不要谈论空间。

　　通过：苟小明

　　奖励作者并鼓励他努力工作！

　　赞赏