大型门户网站建设的通知系统设计概述。
大型门户网站开发（社交网站开发，垂直行业门户开发等）中非常注重通知系统设计，原因很简单，一个没有通知的系统设计的网站如同没有通讯系统的航母，难以和其他单元互动形成战斗力，最终只是一个具体的铁壳。而网站只是一堆源代码。
  通知系统：通知信息的传达处理系统。目的是让用户获得需要得到的消息及提醒并进行处理。这里的“需要得到”有两层意思： 1、用户彼此互动触发的信息流(留言、评论或者回复、私信等) 2、网站希望用户了解关注的信息(系统公告等) 。
 通知的分类：
   1.用户对用户：评论，回复，留言，私信(主要应用于互动类信息流提示）。请求（添加好友，双向确认）。
   2.系统对用户：提醒，应用通知，系统通知(如：系统公告，升级提示等）。
 一般原理：

(一)通知合并

　　通知在推送之前需要进行汇总合并，目的在于提高消息传播处理效率;减少骚扰，降低噪音;平衡服务器压力。

　　1)合并周期：

　　固定时间内的消息全部汇总(24小时内/30天等);

　　无固定时间(只要未处理/未读即汇总)

　　当然一般都组合着用：合并24小时内未处理消息

　　2)分类合并

　　同种类进行合并(如n条留言合并为1条)

　　同一发起人合并(如小王给你发来的n条私信)

　　同一时间周期合并(如24小时共收到n条评论)

　　(二)通知分发

　　通知按照规则汇总完成后，系统将其通过通知管道推送到用户，以便用户处理。

　　1)分发方式

　　多采用Push方式，即在指定时间内主动推送给用户。部分特定类型需要用户请求(Pull)拉取未读消息。
 
　　2)分发频率(时间)

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

　3)分发途径：Web、App、短信、邮件等。
(三)用户处理：通知状态的处理和通知内容的处理。
1)状态的处理狭义的理解即为是否已读(已处理)。通常初始数字即为系统推送过来的未读总量，用户点击数字进入相关功能列表查阅后，读取的动作完成，未读数字相应减少。

2)内容的处理狭义的理解即为用户是否操作。
    
        处理：用户必须点击功能链接进行处理。如：你的密码过于简单，点此进行修改;
        回复：如回复私信，对评论进行回复;
        确认：对消息做出确认的反馈，如某些系统提示可设置”我已知道，不再提示”的选项;
       忽略：用户进行忽略操作或不进行任何操作;
       删除：用户删除本消息。

  3)消息处理后的状态需要统一。
    消息需要标记是否已处理的状态，且状态在不同的终端是打通的。如：用户在客户端对消息进行了查看，在web站点本消息应自动标记为已读状态。
　
(四)通知回收

　　    回收主要针对用户已处理消息的操作。
        用户之间触发的消息一般需要留档保存。
        如评论/回复/留言/私信等。产品可提供选项询问用户是否超过一定周期自动清理。
        在部分产品中，还需要考虑功能的优先级。
        如解除好友关系或加入黑名单后自动将删除双方的私信记录。
        系统触发的消息一般设置一定的回收删除时间。
        如系统提醒、通知、公告等。过期后自动在产品里删除。物理上可以设置是否备份。
        过期但用户未处理消息(用户长时间未登录但收到他人的回复)可以根据业务需求来处理。
        如未读的私信/评论/回复永久保留等。重要未读消息可尝试二次推送或使用其他途径(邮箱、APP、短信等)通知。
       

 四、通知的交互方式(已读未读)

　　注：具体的交互需要考虑本身业务特点和目标需求。特定业务可能需要强调，某些业务又需要考虑骚扰，故抛开具体情境本身谈交互是无耻的。

　　这里只针对一般的社区网站，描述一下个人所喜欢的交互方式。

　　1、新消息到达时提醒交互

　　当新消息到达时，可以使用以下提醒方式

　　标题闪动：
      
       声音提醒 新消息到达后自动触发声音：
      
     气泡+数字：
                  
     新消息浮层：