优化通知UX的设计指南:提升用户体验的关键策略

本文探讨了如何设计更友好的通知用户体验,包括通知类型分类、频率控制、用户上下文适应及设置集成等策略,旨在减少干扰并提升长期用户参与度。

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

在设计领域,时机至关重要,及时的通知也是如此。让我们探索如何改进通知的用户体验(UX)。更多设计模式可在我们的《智能界面设计模式》中找到,这是由Vitaly主持的关于UX和设计模式的友好视频课程,涵盖从复杂数据表和嵌套过滤器到FAQ和错误消息的方方面面。

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

这有很好的理由:通知的高频率。在可用性测试中,这是最常见的投诉,然而每个应用都拼命试图吸引我们的注意力,向我们发送更多通知。让我们看看如何让通知UX稍微好一些。

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

通知的多面性

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

并非所有通信选项都是通知。正如Kim Salazar正确指出的:

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

通知是信息性消息,提醒用户系统中一般事件的发生。(图片来源:NN/g)(大预览)

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

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

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

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

OS通知,如软件更新或移动运营商更改,也混入其中,经常与各种便条、日历更新等一起出现。

最后,通知可以通过电子邮件、SMS和社交消息应用找到途径,来自聊天机器人、推荐系统和实际人类。

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

并非所有通知都平等

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

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

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

为严重级别设计

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

各种触发器(或)信息起源,来自Shankar Balasubramanian(Gmail团队)的Zendesk映射语气。(大预览)

高注意力

  • 警报(需要立即关注),
  • 错误(需要立即行动),
  • 异常(系统异常,某些东西不工作),
  • 确认( potentially destructive actions that need user confirmation to proceed)。

中注意力

  • 警告(不需要立即行动),
  • 确认(用户行动的反馈),
  • 成功消息。

低注意力

  • 信息性消息( aka passive notifications, something is ready to view),
  • 徽章(通常在图标上,表示自上次交互以来有新内容),
  • 状态指示器(系统反馈)。

更进一步,我们可以将注意力映射到我们提供的消息类型上——非常类似于上面的Zendesk映射语气,它绘制了影响与消息类型的关系,并显示了语气应如何调整——变得更加 humble、真实、 distilled 或 charming。

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

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

注册后不久就意识到收件箱充满了各种不相关消息并不罕见。这 exactly the wrong thing to do。Facebook的一项研究表明,发送更少的通知提高了用户满意度和产品的长期使用。

最初,一旦通知率降低,确实有流量损失,但它“逐渐随时间恢复”,经过 extended period,它 fully recovered 甚至 turned out to be a gain。

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

一个好的起点是为不同类型的客户设置缓慢的默认通知频率。随着客户继续使用界面,我们可以 ask them to decide on the kind of notifications they’d prefer and their frequency。

缓慢发送通知,并随时间 slowly increase and/or decrease the number of notifications per type of customer。这可能对我们的保留率 work much better。

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

通常,用户可以在设置中选择加入或退出每种类型的通知。通常,这是一个好主意,但它也可能非常 overwhelming——且不一定清楚每个通知的重要性。 Alternatively,我们可以提供预定义的推荐选项, perhaps with a “calm mode”(低频率)、“regular mode”(中频率)和“power-user mode”(高频率)。

Slack如何决定发送通知,关于何时在Slack上触发通知的 incredible documentation。(大预览)

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

这是Slack在通知方面提供的设置之一;事实上,系统也随时间调整通知频率。最初,由于Slack频道可能相当安静,系统为每个发布的消息发送通知。

随着活动变得更加频繁,Slack建议降低通知级别,以便用户 only when they are actually mentioned 时被通知。

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

我们还可以在 onboarding 设计中包括频率选项。例如,Basecamp 一段时间前引入了“Always On”和“Work Can Wait”选项作为其 onboarding 的一部分,因此新客户可以选择是否希望按事件发生接收通知(在任何时间),或选择可以发送通知的特定时间范围和日期。

在Basecamp上,新客户可以选择是否希望按事件发生接收通知,或选择可以发送通知的特定时间范围和日期。(大预览)

或者,反过来,我们可以 ask users when they don’t want to be disturbed,并在那时暂停通知。并非每个客户都想在营业时间外或周末接收工作相关通知,即使他们的同事可能在地球另一端周五晚上加班。

允许用户暂停或静音通知

用户的上下文 continuously changes。如果您注意到参与率异常下降,或如果您 anticipating an unusually high volume of notifications coming up( perhaps a birthday, wedding anniversary, or election night),考虑提供静音、暂停或暂停通知的选项, perhaps for the next 24 hours。

这可能 very much against our intuition,因为我们可能想 re-engage the customer if they’ve gone silent all of a sudden,或我们可能想 maximize their engagement when important events are happening。然而,很容易达到一个点,当一个 seemingly harmless notification will steer a customer away, long term。

在“Designing Notifications For Apps”中,Shashank Sahay探索了不同的通知模型以及何时使用哪个。(大预览)

另一个选项是 suggest a change of medium used to consume notifications。用户 tend to associate different levels of urgency with different channels of communication。

应用内通知、推送通知和文本消息被认为比 good ol’ email 更具侵入性,因此当频率超过某个阈值时,您可能想 nudge users towards a switch from push notifications to daily email summaries。

总结

正如设计中的 always,时机 matters, timely notifications 也是如此。 start slowly,并根据用户实际使用产品的方式 evolve your notification frequency。为每种类型的用户设置通知配置文件:频繁用户、不频繁用户、一周体验用户、一月体验用户等。

whenever possible, allow your users to snooze and mute notifications for a while。 eventually,您可能 even want to suggest a change in the medium used to consume notifications。 and when in doubt, postpone, rather than sending through。

遇见“智能界面设计模式”

您可以在《智能界面设计模式》中找到更多关于设计模式和UX的细节,这是我们15小时的视频课程,包含来自真实项目的数百个 practical examples——今年晚些时候有现场UX培训。从 mega-dropdowns 到复杂的企业表——每年添加5个新段。跳转到免费预览。使用代码 BIRDIE 节省15%。

遇见智能界面设计模式,我们的界面设计和UX视频课程。 视频 + UX培训 | 仅视频 视频 + UX培训 $495.00 $699.00 获取视频 + UX培训 | 25视频课程(15小时)+ 现场UX培训。100天退款保证。 仅视频 $300.00 $395.00 | 获取视频课程 | 40视频课程(15小时)。每年更新。也可作为UX捆绑包与2个视频课程。 (yk)

comments powered by Disqus
使用 Hugo 构建
主题 StackJimmy 设计