网站消息提醒 设计 第1篇
校验触发条件的不同和报错方式的不同,可以组成三种:
针对不同的需求类型和提醒目的,如何选择最合适的提醒呢?大家可对照下表再结合自己的经验来判断:
消息通知设计用于在必要时向用户反馈操作结果或传达消息,在不同事件下,用户都能感知与操作场景和紧急程度匹配的结果反馈或消息提示,做到合理有效的信息传达。
网站消息提醒 设计 第2篇
我们可以根据消息通知的数据流向进行消息通知后台设计的功能梳理。其中业务相关的消息通知,可以将业务流程中的关键节点进行整理,抽象为事件,通过生成事件,触发产生对应的消息,一个事件可以同时触发生成多个消息,消息可以支持同时推送给多个用户。
1、通过接口、系统操作、定时任务轮询扫描数据库或其他数据源(关系数据库、非关系数据库、缓存)、实时监控消息队列等操作生成消息或事件;
2、生成的消息经过组装后直接进入消息池,放入对应的消息主题;生成的事件通过事件触发参数管理,触发消息的生成,再经过消息组装,放入到消息池;
3、消息监听程序读取消息池中的消息,根据消息模板配置将消息组装成最终需要发送的话术;
4、根据消息分发配置,调用对应的组件,推送组装好的最终消息,完成消息的通知。
1、自动外呼平台、邮件服务、短信平台、接口平台、微信公众号都是通过自己搭建或引用第三方组件进行开发;
2、消息中心的设计可以参考文章开头提到的鹅厂的文章,或其他消息中心的设计文章。
看了鹅厂的官方文章,感觉差距还是很大的,后续的文章要对自己有更高的要求。本文仅用来记录自己在工作过程中进行消息通知设计的一些经验,关于文中提到的基于事件驱动触发的消息通知,有需要朋友可以一起来讨论。
题图来自 Unsplash,基于 CC0 协议。
网站消息提醒 设计 第3篇
底部弹窗与对话框的特点是一样的(打断式、干扰大),主要的区别在位置上,操作栏/底部弹窗在视觉重心上稍弱;操作层面来讲更便捷,尤其是对大屏单手操作而言;底部弹窗可以承载更多的简单操作,如时间选择器、打星评价、快捷操作等。
相比模态弹窗,非模态弹窗属较为轻量,触发后以一种非阻碍的的方式呈现,不会打断用户的当前操作,主要是给予用户即时反馈,让用户清楚应用当前的交互后状态。非模态弹窗不强制用户操作,根据反馈信息的重要程度及意愿,可在一定的时间内自动消失,也可等待用户操作后消失,常见的有以下几种:
网站消息提醒 设计 第4篇
使用通知提示框(查看示例),可以在页面中的边缘位置弹出消息提示,后台可以设置停留时长(当作为永久停留时并需要用户操作确认,功能等同于对话框);页面的警告提示常用于在页面的全局进行通知的展示,用户可手动关闭。
使用示例:
3. 低注意力的使用场景
在低注意力的场景下,消息出现后采用弱提示,对用户的当前操作几乎不产生干扰。
此时,全局提示常用于成功状态下的提示或跳转状态,几秒后自动消失;徽章用于更新消息的状态。
使用示例:
五、触发通知的业务场景
通知的触发场景存在于用户之间以及系统和用户之间。消息组件的设计选择需要根据具体的业务场景来定,以下是通用的推荐情境。
例如,在以请求审批作为核心功能的应用系统,成功和失败的通知可以采用「中注意力」的通知提示框和警告提示;若请求审批是附属的功能,如,请求某人加入某项目成为访客,则可以采用低注意力的通知方式,降低操作干扰度。
又如,钉钉的会议通知,采用了较强操作干预度的对话框请求确认,钉钉的即时消息通知用户可以自定义设置是否在桌面展示消息,当不设置为桌面展示时,采用的是红点徽章的表达方式。
六、通知设计原则 1. 提供明确指引
参考资料:
网站消息提醒 设计 第5篇
在当今信息爆炸的时代,获取用户注意力变得越来越困难。传统的网页通知方式,如弹窗或页面内提示,往往会打断用户的浏览体验。而类似 QQ 那样的右下角消息通知,既能及时传递信息,又不会过分干扰用户,可以说是一种相当优雅的解决方案。
实现这种通知功能,我们有两种主要方式:使用 Web Notifications API 或自定义 CSS+JavaScript 实现。接下来,我们将详细探讨这两种方法的实现过程、优缺点以及适用场景。
网站消息提醒 设计 第6篇
当用户长时间不登陆或对消息不处理时,可使用其他渠道推送通知,已达到拉回的目的。 这个要与网站整体的拉回策略相结合。
例:Facebook的好友请求确认拉回邮件:
到此,相信大家对“Web网站通知系统设计方法是什么”有了更深的了解,不妨来实际操作一番吧!这里是亿速云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
上一篇:网站降权的九种原因及主要表现分别是什么
下一篇:jquery如何获取tr里面有几个td
您好,登录后才能下订单哦!
7*24小时在线QQ:800811969
网站消息提醒 设计 第7篇
目前消息多采用当前触发、即时处理类似“所见即所得”的交互方式。
采用此方式的需要考虑:
消息通知位于全局导航,访问任何频道时都可保证及时收到新消息;
消息在浮层中处理完毕后,用户可继续进行之前的操作,不至于造成打扰;
因导航面积有限,需对消息种类进行统一整理和规划;(Facebook的分类为好友请求、私信、通知。)
提供历史记录(更多、全部消息)的入口(二级页面)
标记已读未读状态,处理好消息提醒数字的关系
网站消息提醒 设计 第8篇
通知系统,顾名思义即通知信息的传达处理系统。目的是为了让用户获得需要得到的消息及提醒并进行处理。
这里的“需要得到”有两层意思: 1、用户彼此互动触发的信息流(留言、评论或者回复、私信等) 2、网站希望用户了解关注的信息(系统公告等)
通知系统设计的原则可简单的归纳为: 1、消息传播效率***(获取、处理、信息传达、用户反馈等效率) 2、避免产生骚扰(噪音、频繁提示)
网站消息提醒 设计 第9篇
Web Notifications API 是现代浏览器提供的一个强大功能,它允许网页向用户发送通知,即使在用户没有打开网页的情况下也能工作。这个 API 的使用非常简单,但功能却十分强大。
让我们来看看具体的代码实现:
优点:– 原生支持,无需额外库– 可以在用户未浏览网页时发送通知– 支持富文本和图标
注意事项:– 需要用户授权,一些用户可能会拒绝– 不同浏览器的显示样式可能略有不同– 过度使用可能会引起用户反感
网站消息提醒 设计 第10篇
如果你想要更多的样式控制,或者希望通知始终显示在网页内,那么使用自定义的 CSS+JavaScript 方案可能更适合你。
优点:– 完全可定制的外观和行为– 不需要用户授权– 可以轻松集成到现有的网页设计中
注意事项:– 仅在用户浏览网页时有效– 需要考虑移动设备的适配– 过多的通知可能会影响页面性能
网站消息提醒 设计 第11篇
设计消息通知之前,我们需要根据消息的几个关键要素将系统系统开发的消息通知进行罗列,消息消息通知的几个关键因素包括消息名称、消息来源、消息通知对象、消息的触发动作、消息通知的方式、消息模板、消息接收后的操作。
根据消息对应的业务操作状态,分为:正常消息通知、异常消息通知;
根据消息内容和业务的相关性,分为业务操作消息提醒、系统监控消息报警、公告、广告等。
系统的用户(包括客户、后台操作用户)、在系统中进行管理的人员、系统的开发和运维工程师等,系统相关的人员都可能成为消息通知的对象。
2、接口触发:通过接口接收到外部系统的某项操作提醒后,
3、定时任务读取数据:定时任务扫描数据表,或定时任务访问接口,获取需要的数据
4、系统监听:系统监听到某些操作后,触发消息通知,如通过系统进行车速监控,持续超速超过1分钟后,触发电话自动外呼或车辆监控设备语音播报;
5、事件触发:系统操作、接口等触发生成某一事件,事件产生后,再触发对应的消息提醒,基于事件的生成,可设计统一的消息通知功能,如:货物入库,通过接口或系统操作生成【货物入库称重】的事件,触发生成提醒客户进行货物件重体确认的消息通知。
消息同时的常用方式:电话、短信、邮件、企业微信、公众号、站内消息、APP消息等;可根据消息的特点灵活选择通知一种或多种方式进行通知。
1、电话(自动外呼):紧急度高,触达率要求高的情况,如高级别系统报警,逾期通知等;
2、短信:优惠活动、新产品上线等可通过短信和站内消息进行提醒;
3、邮件:物流行业的B端客户,下单完成后,还需要进行备货、粘贴面单、准备随货文件等,业务相关的消息也会采用比较正式的邮件进行通知;部分国外客户;通知的信息较大,或需要生成附件文件发送时;
4、手机系统(微信公众号、消息推送);需要通知后台的消息,企业内部流程提醒、业务监控预警、系统监控预警等,企业微信消息机器人是个不错的选择;预警类消息,邮件提醒
5、应用内消息-Web(站内消息、弹框公告、):站内消息
6、应用内消息-APP:有移动端APP的,可通过设计消息中心,实现大部分消息的提醒;
网站消息提醒 设计 第12篇
对话框用于提供关键信息或要求用户作出决定,信息或要求的优先级很高,必须及时处理。主要在打断用户后并提供选项操作,对用户的干扰较大,通常会配备 1~3 个操作按钮,而且会把用户最期待的或产品最期待用户操作的按钮突出显示。对话框包含:广告弹窗、活动推广弹窗、新手指引、改版/新功能指引、确认提示弹窗、升级提示弹窗、APP 授权弹窗(定位、通话、通讯录等)
对话框要遵循以下原则: