河南梦之网网络科技有限公司
梦之网科技出品
扫描关注梦之网科技微信公众账号

扫小程序码联系客服

Web网站通知系统设计-郑州小程序开发

梦之网科技2019-02-13经验之谈

  写在前面: 通知系统是网站信息传播机制的重要的一部分,足够写一大章来说明。本文只梳理设计原则,后续相关内容会持续更新。 这里的通知包括但不限于公告、提醒或消息(不同使用场景下的功能定义不同)。 关于各客户端平台(ios、android、wp等)的通知机制,在其交互设计指南中有更详细的说明,大家可自行参考。

  一、通知系统定义

  通知系统,顾名思义即通知信息的传达处理系统。目的是为了让用户获得需要得到的消息及提醒并进行处理。

  这里的“需要得到”有两层意思: 1、用户彼此互动触发的信息流(留言、评论或者回复、私信等) 2、网站希望用户了解关注的信息(系统公告等)


通知系统定义

通知系统定义

  通知系统设计的原则可简单的归纳为: 1、消息传播效率最高(获取、处理、信息传达、用户反馈等效率) 2、避免产生骚扰(噪音、频繁提示)

  二、通知分类

  不用的平台和产品本身由于对业务的需求不一样,种类也是有区别的。

  大致可分为以下几种:


通知分类

通知分类

  三、通知逻辑实现机制

  通知的逻辑精简后如下:

  


通知系统实现机制

通知系统实现机制

  现对这几个环节分开说明:

  (一)通知合并

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

  1)合并周期:

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

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

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

  2)分类合并

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

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

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

  (二)通知分发

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

  1)分发方式

  分发方式与Feed系统类似,多采用Push方式,即在指定时间内主动推送给用户。部分特定类型需要用户请求(Pull)拉取未读消息。

  目前大部分通知优先推送未处理通知合并后的总数,已提醒用户已有新消息需要处理。用户点击数字后再去服务端请求具体的消息内容。此种方式综合考虑了成本、压力和体验。当然,某些极端情况下需要进行优化处理:如未读消息超过1000,用户请求时先推送前50条或者放入cache中等。技术童鞋会有各种手段,这里不做详述。

  2)分发频率(时间)

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


分发匹女

分发匹女

  3)分发管道

  分发管道即消息通知的具体推送渠道,根据业务类型可以分为:Web、App、短信、邮件等。

  (三)用户处理

  根据前文提到的分发方式,对于通知的处理在逻辑上可以分为两层:通知状态的处理和通知内容的处理。

  1)状态的处理狭义的理解即为是否已读(已处理)。

  通常初始数字即为系统推送过来的未读总量,用户点击数字进入相关功能列表查阅后,读取的动作完成,未读数字相应减少。

文章关键词
产品设计