设计更佳通知用户体验的指南

在设计中，时机至关重要，及时的通知也是如此。让我们探索如何改进通知的用户体验。更多设计模式请参阅我们的《智能界面设计模式》，这是由Vitaly主持的关于UX和设计模式的友好视频课程——从复杂的数据表和嵌套过滤器到常见问题解答和错误消息。

在许多产品中，将通知渠道设置为静音是默认设置，而非例外。原因是通知的高频率会造成干扰，最终导致通知疲劳，任何弹出的消息都会立即被忽略。

有一个很好的理由：通知的高频率。在可用性测试中，这是最常见的抱怨，但每个应用都拼命试图吸引我们的注意力，向我们发送更多通知。让我们看看如何让通知的用户体验稍微好一些。

本文是我们正在进行的UX系列的一部分。您可以在《智能界面设计模式》中找到更多关于设计模式和UX策略的细节🍣——现场UX培训即将开始。跳转到目录。

通知的多面性

通知本质上是干扰；它们将用户的注意力吸引到他们不知道或可能想被提醒的（潜在）重要事件上。因此，它们可以非常有帮助和相关，提供协助并为日常生活带来结构和秩序。直到它们不再如此。

并非每个通信选项都是通知。正如Kim Salazar正确指出的：

“状态通信通常依赖于验证、状态指示器和通知。虽然它们通常被认为是相似的，但它们实际上非常不同。”

通知是提醒用户系统中一般事件的信息性消息。（图片来源：NN/g）（大预览）

通常，通知可以是信息性的（日历提醒、延迟通知、选举夜结果）或鼓励行动（批准付款、安装更新、确认好友请求）。它们可以来自各种来源并具有各种影响。

UI通知在用户与Web界面交互时以微妙的卡片形式出现——因此，它们被广泛接受且比某些对应物更少侵入性。

浏览器内推送通知更难以关闭，即使用户没有访问UI，也会吸引注意力。

应用内通知存在于桌面和移动应用中，可以像UI通知一样低调，但可以通过推送到主屏幕或通知中心的消息扮演更核心的角色。

操作系统通知，如软件更新或移动运营商更改，也会混入其中，通常与各种笔记、日历更新等一起出现。

最后，通知可以通过电子邮件、短信和社交消息应用传递，来自聊天机器人、推荐系统和实际人类。

但我们不会对每个通知给予相同程度的关注。用户可能需要几周时间才能最终安装由操作系统通知提示的软件更新，或者只需几个小时来确认或拒绝新的LinkedIn请求。

并非每个通知都平等

用户对通知的关注程度取决于其性质，或者更具体地说，通知是如何以及何时触发的。人们更关心来自亲密朋友和亲戚的新消息、银行交易和重要警报、日历通知，以及任何可操作和期待已久的确认或发布。

各种触发器（或）信息来源，来自Shankar Balasubramanian（Gmail团队）的《通知系统批判性分析》。（大预览）

人们不太关心新闻更新、社交动态更新、公告、新功能、崩溃报告、促销和自动化消息。最重要的是，来自另一个人类的消息总是比任何自动化通知更受重视。

为严重性级别设计

正如Sara Vilas建议的，我们可以将通知设计分解为三个严重性级别：高、中和低注意力。然后，通知类型需要在这三个级别上通过特定属性进一步定义，无论是警报、警告、确认、错误、成功消息还是状态指示器。

各种触发器（或）信息来源，来自Shankar Balasubramanian（Gmail团队）的Zendesk映射语气。（大预览）

高注意力

• 警报（需要立即关注），
• 错误（需要立即行动），
• 异常（系统异常，某些事情未正常工作），
• 确认（可能需要破坏性行动，需要用户确认才能继续）。

中注意力

• 警告（不需要立即行动），
• 确认（用户行动的反馈），
• 成功消息。

低注意力

• 信息性消息（又称被动通知，某些内容已准备好查看），
• 徽章（通常在图标上，表示自上次交互以来的新内容），
• 状态指示器（系统反馈）。

更进一步，我们可以将注意力与我们提供的消息类型进行映射——非常类似于上面的Zendesk映射语气，该映射绘制了影响与消息类型的关系，并显示了语气应如何调整——变得更加谦逊、真实、精炼或迷人。

因此，通知可以不同，不同的通知被不同地感知；然而，通知越个性化、相关和及时，我们应期望的参与度越高。

缓慢但稳定地开始发送通知

注册后不久就意识到收件箱充满了各种不相关的消息并不罕见。这完全是错误的做法。Facebook的一项研究表明，发送更少的通知提高了用户满意度和产品的长期使用。

最初，一旦通知率降低，确实有流量损失，但它“随着时间的推移逐渐恢复”，经过一段延长的时间后，它完全恢复甚至变成了增益。

更少但更好的通知通常对参与和保留更好。Facebook的案例研究。（大预览）

一个良好的起点是为不同类型的客户设置缓慢的默认通知频率。随着客户继续使用界面，我们可以请他们决定他们喜欢的通知类型及其频率。

缓慢发送通知，并随着时间的推移缓慢增加和/或减少每种类型客户的通知数量。这可能对我们的保留率更有效。

不要依赖通用默认值：设置通知模式

通常，用户可以在设置中选择加入和退出每种类型的通知。总的来说，这是一个好主意，但它也可能非常 overwhelming——并且不一定清楚每个通知的重要性。或者，我们可以提供预定义的推荐选项，可能带有“平静模式”（低频率）、“常规模式”（中频率）和“高级用户模式”（高频率）。

Slack如何决定发送通知，关于何时在Slack上触发通知的惊人文档。（大预览）

随着时间的推移，通知的格式可能也需要调整。与其在事件发生时逐个发送通知，用户可以选择“摘要模式”，所有通知分组为一条独立消息，在每天或每周的特定时间传递。

这是Slack在通知方面提供的设置之一；事实上，系统也会随着时间的推移调整通知频率。最初，由于Slack频道可能非常安静，系统会为每个发布的消息发送通知。

随着活动变得更加频繁，Slack建议降低通知级别，以便用户只有在实际被提及时才会收到通知。

将通知设置作为 onboarding 的一部分

我们还可以在 onboarding 设计中包括频率选项。例如，Basecamp 不久前在其 onboarding 中引入了“始终开启”和“工作可以等待”选项，因此新客户可以选择是否希望在任何时间接收通知，或选择可以发送通知的特定时间范围和日期。

在 Basecamp 上，新客户可以选择是否希望在任何时间接收通知，或选择可以发送通知的特定时间范围和日期。（大预览）

或者，反过来，我们可以询问用户何时不想被打扰，并在那时暂停通知。并非每个客户都想在营业时间之外或周末接收与工作相关的通知，即使他们的同事可能在地球的另一端在周五晚上加班。

允许用户暂停或推迟通知

用户的上下文不断变化。如果您注意到参与率异常下降，或者如果您预计即将出现异常大量的通知（可能是生日、结婚纪念日或选举夜），请考虑提供静音、推迟或暂停通知的选项，可能持续接下来的24小时。

这可能非常违背我们的直觉，因为我们可能想在客户突然沉默时重新吸引他们，或者我们可能想在重要事件发生时最大化他们的参与度。然而，很容易达到一个点，当一个看似无害的通知会长期引导客户离开。

在“为应用设计通知”中，Shashank Sahay 探索了不同的通知模型以及何时使用哪个。（大预览）

另一个选项是建议更改用于消费通知的媒介。用户倾向于将不同级别的紧急性与不同的通信渠道相关联。

应用内通知、推送通知和短信被认为比老式电子邮件更具侵入性，因此当频率超过某个阈值时，您可能想 nud