我们在使用任何产品时，都会收到各种类型的通知和提示。这些通知可能是平台活动的推送，也可能是由我们的某些操作触发的提醒。

通知的样式形态非常多，在使用网页产品的时，我们经常在一些电商网站中，接收到吸顶（一种出现在网站导航条上方的长条通知）或弹窗形态的活动通知。而在使用一些邮箱产品时，经常会接收到新邮件提醒。当我们在执行某些操作时，又会触发通知提示，我们可以借助这些通知提示，判定当前操作的结果状态。

如图，dribbble经常采纳吸顶方式的通知条来告知用户活动的内容

在使用移动产品时，我们同样会接收到各类通知。比当我们启动APP时，经常会收到样式形态各异的活动通知，在执行某些操作时，同样也会收到操作结果的提示反馈。

如图，很多app会提供样式形态各异的活动通知

面对如此之“多琳琅满目”的通知形态，很多设计师在通知设计环节变得茫然。他们不知道自己的任务诉求，借助何种通知形态去实现，更为恰当。

尽管通知和提示的样式形态可以比设计成“千奇百怪”，但如果从用户视角去归类这些通知，理解起来就会比较容易。一种分类方式可以按照“用户可交互性”组织展开，在这种分类纬度下，通知提示可划分为两类，一种是可支持用户与之交互的，另外一种则不需要用户与之发生直接交互。

还有一种分类方式，可以按照对用户的“强迫级别”进行组织，即有的通知需要用户必须处理，才能执行接下来的操作，有的通知则无需用户对其进行专门处理，同样不影响操作执行。

模态通知

无论是在网页产品，还是在客户端等其他类型产品中，通过使用模态弹窗，向用户发送活动通知，几乎成了很多产品的首选。当用户接收到这种类型的通知后，必须要对弹窗内容进行处理，要么是查看通知详情，要么是选择关闭，否则无法正常使用产品。

模态弹窗的最大威力，就是对其下方界面元素的冻结。这种冻结会限制用户正常使用产品的自由。所以通过模态弹窗向用户发送通知，可以起到强化通知内容的效果。

如图，在模态通知弹窗下，除去弹窗外，所有的界面元素全部被冻结

很多新手设计师非常热衷于使用模态弹窗向用户发送通知，在他们眼中，很多通知内容都是重要的。但站在用户的视角去看，这些通知也许并非那么重要。很多运营人员，也喜欢向用户发送模态通知，在他们眼中，所有的运营活动都很重要，如果可行的话，他们希望所有的活动都该使用模态弹窗。

作为设计者，我们必须要有这样的常识，模态弹窗不可以频繁的使用，更不能乱用。任何弹窗的出现，都需要用户做出处理，有时还会打断用户的正常操作。用户很反感那些他们本不关心的内容，所以逢窗必关，几乎成了惯常操作。很多用户甚至都不会去读那些活动弹窗的文案，就选择直接关闭了弹窗。试想一下，在这种情况下，给出模态通知的意义又何在呢？

非模态提醒

模态通知会强迫用户做出选择，所以在实际的产品设计中，应避免频繁使用。那么，我们不禁要问，有没有某种通知形态，既可以实现通知的目标，又不会给用户操作带来特别干扰呢？

在网页产品的使用中，我们有时会接受到平台发送的非模态提醒，这些提醒常常以长条卡片形态展示。通常包含标题和详情文字，有时候还搭配图标以及图片。有的通知支持用户交互，这类通知上面还会有相应的操作按钮。

如图，qq邮箱的新邮件通知，使用的是非模态提醒，即便是用户不对这个通知做任何处理，依然可以正常的使用邮箱

这类卡片通知的展示位置通常也不固定，有的产品会将通知设定在网页的左下角或右下角位置，最大限度的减少对用户的干扰。但有的产品设计者认为这种设定不太明显，他们会将通知卡片设定在左上角，或者右上角位置呈现。

在移动产品设计中，安卓系统提供了像snackbar这类官方组件，用来承载通知内容，但由于官方控件有严格的使用规范，不太适合多样化的定制需求，所以很多产品会根据自身需求，定义出更适合自身平台特性的通知类型。比如微博会在有新feed产生后，给予用户有新内容的通知提醒。

大众点评会在屏幕顶端，以卡片形式向用户推送通知内容。这些通知都不需要用户立即处理，也不影响用户正常使用。

操作反馈

如果说我们上文中提到的通知，主要来自于平台的推送，我们只能被动接受的的话，那么由我们主动操作而触发的通知反馈，同样需要借助某种通知形体进行展示。

在网页产品中，当我们执行收藏或是点赞操作时，如果收藏或者点赞成功，需要给用户明确的反馈，以帮助用户界定操作结果。尽管通过这些操作图标颜色、状态的变化，可以帮助用户很好的理解操作的结果，但是一般的产品设计中还会通过toast提示，告知用户此次操作的执行结果。

如图，美叶收藏成功后的反馈提示

在手机客户端产品针对于操作结果的提示，有更严格的规范要求，比如在安卓系统中，会要求产品设计者使用snackbar这类控件，完成操作结果的通知提醒。snackbar在使用上有严格的规范限定，比如设计者可以自定义其驻留界面的时长，不可以长时间占据页面。

如图，安卓系统组件snackbar用于对具体的操作进行反馈

针对于操作层面的提示反馈，只要不造成严重的执行后果，一般不会采纳模态弹窗形式的强通知的提示类型，除非用户的操作极具危险性，可能会给用户造成数据损失，比如对某些重要内容执行删除操作，这时我们需要使用模态弹窗冻结页面，通过弹窗中的提示，告知用户该操作的危险性，并让用户做出进一步的确认。

如图，站酷在用户删除已创建作品时给与删除提示，该提示使用了模态弹窗的设计

大多数情况下，为了保证用户执行操作的流畅性，我们一般不会在用户执行的中间环节，通过模态窗口这种强提示类型，打断用户的正常操作，而只需通过弱提示，帮助用户界定执行结果。