消息提示条是系统对用户发出的中等反馈，用法类似于弹窗提示，但不会强行打断用户。特点在于必须用户手动关闭，否则会一直显示并占用部分屏幕空间。通常包含“信息通知、警告、错误”这几类；是比较少用的反馈手段之一；

设计目标

1.内容仅以文本为主，可带少量交互
2.反馈后不需要用户立刻注意到，但除非用户进行处理，否则会一直显示。
3.轻量化交互，消息气泡中不应承载过于复杂的交互与内容。

使用场景

可用场景

1.不需要用户立刻注意、处理，但也不允许用户错过的反馈。
2.必须是由系统向用户发送的内容
3.通常为各类系统公告、通知，非实时反馈的告警等。
4.直至解决问题前需要一直显示的提示。

不可用场景

1.需要使用特殊的排版、图片时，建议使用消息弹窗
2.信息十分简单，且不需要用户明确注意、处理的内容建议使用消息吐司
3.重要信息、需要强反馈，需要打断用户任务流的，需要用户立刻主要到的内容，建议使用消息弹窗

组件拆解

基础组件

消息提示条主要用于常驻提醒，主要分类有：信息通知、警告、错误等。

• 基础消息提示条

元素：
1.提示条图标可选：用于形象表达消息主旨
·默认情况下建议配有图标，置于内容前，不能自由放置。
2.提示条内容：描述具体内容
·内容阐述应言简意赅，可加文字链接。
·应保持一行能显示完整，一行不够的可以考虑横向滚动，（用户不便点击滚动中的内容，因此滚动内容中不得有文字链接）
3.提示条背景：背景
·背景与边框配合主旨设置颜色，“成功=绿色或主题色；信息/公告=蓝色或主题色；警告/公告=橙色或黄色；错误/失败=红色”
5.处理操作可选：对提示条进行的操作
·操作数量一般为0-3个，位于提示条右侧
·操作可以用按钮、文字、图标（如“X”）

交互规则

• 提示条一般是由系统发起，是系统对用户的常驻通知。由于会占用屏幕空间，出现/消失时会推动页面移动
• 提示条一般只有在用户处理后才会关闭，也可以由其他因素自动显示/消失，但很少有根据时间自动消失的。
• 提示条会出现在屏幕区域的顶部，或者页面主要区域的顶部，贯穿整个区域；

• 提示条也可以出现在抽屉、弹窗，或部分模块中

拓展形式

提示条常见交互样式

提示条常见种类

• 以下分别为公告、警告、错误、通知、加载状态；其中错误与加载状态是典型的无法手动关闭的情况，

DO/ DON’T准则

……

常见问题

……