一、序言

    作为系统与用户之间交流的窗口，消息与通知在使用、表达上有一定的规律性，本文针对网页端界面信息系统设计了以下问题：

    通用消息通知设计；

    怎样设计消息通知；

    业务场景触发了通知。

    二、常用消息通知组件和模板。

    在Antdesign的设计系统中，信息和反馈组件都是“反馈”栏(查看详细信息)，涉及到这些信息的组件如下：

    注意提示(Alert)、全局提示(Message)、对话框(Modal)、通知提醒框(Modal)、气泡确认框(Popcomfirm)、结果(Result)，总结了下列常见消息通知组件和模板：

    三、消息通知的设计指导图。

    按反应强度分为：高注意力、中注意力、低注意力；每一维度再从行动干预度&信息表现量做如下分类。

    这个图表试图解答不同的通知设计组件/模板的使用场景，分为高注意力、中枢和低注意力场景，以及每一场景中不同组成部分的信息量和干预程度。

    四、通知的使用场景及强度排序。

    1.高度关注的使用场景。

    【警告】立即引起注意；

    【错误】需要立即采取措施；

    【异常】系统异常状况；

    【确认】需要用户确认后方可进行。

    为了继续当前操作，在需要高度关注的情况下，用户必须反映错误消息，操作干预度很强。

    页级独占式布局的结果(Result)通知，通知用户操作结论，并指导后续操作；使用对话框和气泡确认框，让用户了解当前系统状况，询问和引导后续操作；表单校验提示和全局提示告知用户当前的异常场景，帮助用户改正以继续当前操作。

    采用示例：

    2.注意的使用场景。

    【警告】无需立即采取措施；

    【信息】用户操作反馈和系统通知。

    对于中间关注场景，当出现消息时，用户可以选择继续进行当前操作，或者处理当前的消息，进行操作干预。

    利用通知提示框(查看示例)，可以在页面边缘位置弹出消息提示，后台可以设置停留时间(当永久停留时，需要用户操作确认，功能与对话框相同)；页面的警告提示经常用于显示页面的全局通知，用户可以手动关闭。

    采用示例：

    3.注意力分散的使用场景。

    【信息性质】不需要立即采取任何步骤；

    【徽章】上一次互动之后的新信息。

    对于关注较少的场景，出现消息后采用弱提示，对用户当前操作几乎没有影响。

    在这一点上，全局提示经常用于提示或跳转成功状态，几秒钟后自动消失；徽章用于更新消息的状态。

    采用示例：

    五、业务场景触发通知。

    在用户、系统和用户之间，都存在通知的触发场景。需要根据特定业务场景进行消息组件的设计选择，下面是通用的推荐情景。

    举例来说，在以请求审批为核心功能的应用系统中，成功与失败的通知可以使用“中注意”提示框和警告提示；如果请求批准是辅助功能，比如，请求某人加入一个项目成为访问者，可以使用低注意力的通知方式来减少干扰。

    另外，钉钉会议通知，采用了对对话框要求更强的干预请求确认，钉钉即时消息通知用户可以自定义设置是否在桌面上显示消息，而在未设置为桌面显示时则使用红色点徽章。

    六、通知设计的原则。

    1.提供明确的指导。

    错误信息不应该在用户解决问题之前消失；

    要避免错误的指出，只需将字段改为红色，色盲使用者难以识别；

    建议不要使用悬浮通知中心的邮件文本内容。

    2.简单易行。

    必须清楚地限制通知的标题和文案字段数；

    防止无故干扰用户的通知设计；

    不能太长的通知持续时间不能太短，至少要求用户读完文本内容，在适当情况下提供关闭功能；

    该通知书的文字简明，没有歧义。