Web 推送通知中的 3 个主要 UX 错误

A rich source of U.S. data covering demographics, economy, geography, and more.
Post Reply
mostakimvip06
Posts: 297
Joined: Mon Dec 23, 2024 5:01 am

Web 推送通知中的 3 个主要 UX 错误

Post by mostakimvip06 »

网络推送通知是一种发送到订阅者桌面(或移动设备)的简短交互式消息,旨在增加流量、快速启动参与度并重新吸引网站访问者,即使用户没有浏览网站。

虽然推送通知在移动设备上很流行,但它在网站上的作用越来越大。几乎每个主流浏览器都已将其集成到自己的平台(Chrome、Firefox 和 Safari)中,这是有原因的。简而言之:网络推送通知有效。

以消费技术零售商 eXtra Electronics 为例,它通过网络推送通知将销售额提高了 100%,而日本房地产网站 Suumo 则报告称其桌面通知的打开率高达 31% 。

但只有当整个通知流程(从订阅到点击)针对用户体验 (UX) 进行优化时,才能真正实现网络推送的众多好处。如果 UX 设计不佳,这些通知就会从福音变成诅咒,给您的网站带来灾难性的后果。

为了避免这些陷阱,我整理了以下三个常见的 Web 推送通知 UX 错误。这些是开发人员或网站 突尼斯电报放映 所有者在使用 Web 推送时经常犯的错误。我还提供了针对这些错误的补救措施,您可以自行实施,也可以聘请UX 设计机构为您修复。

1)权限请求失败
在我们深入研究优化通知本身的用户体验之前,必须设计您的网站,以便用户真正选择接收它们。要实现这一点,您的网站必须明确请求用户允许发送推送通知。

这就是第一个常见的用户体验缺陷:在没有清楚简洁地解释通知目的的情况下向用户请求权限。请记住,用户会发现不必要的通知很烦人——如果他们不完全确定自己会收到什么类型的警报,他们会毫不犹豫地拒绝权限。

这种失态行为最恶劣的版本是“页面加载”请求,即在页面加载后立即提示用户阻止或允许来自网站的通知。这是设计糟糕的用户体验,因为它没有为用户提供任何上下文。

Web 推送通知中的用户体验错误
“页面加载”权限请求 - (来源)


他们会收到什么样的通知?多久一次?为什么这些通知很重要?页面加载请求无法回答用户的任何疑问,因此他们只会选择不接收这些通知。

为了确保您的网站访问者订阅网络推送通知,请提供背景信息并清晰解释这些通知的含义。以下是 Polymer 权限请求的 UX 改进版本:

Web 推送通知中的用户体验错误
具有改进用户体验的权限请求 - (来源)


它以粗体字显示,立即向用户提供价值:“获取航班延误通知”。然后,它在下面给出了简短但信息丰富的说明。只有当用户点击该框时,才会出现正式请求。现在用户确切地知道这个请求指的是什么,他们更有可能选择“允许”。

您会注意到,此示例适用于移动推送通知,而非网络推送通知。但其原则超越了媒介:如果您不提供明确的上下文权限请求,您就无法获得网络推送通知的好处。

网络推送通知初学者指南
2)过于冗长、散漫、冗长、啰嗦或冗长
看到我做了什么了吗?

为了避免突兀,大多数网络推送通知都相当小;它们依靠移动而不是大小来吸引用户的注意力,而不会干扰他们正在完成的任务。因此,您只有有限的空间来传递通知消息。

这引出了第二个主要的用户体验设计缺陷:过于冗长,或者在通知中塞满内容。这是网站设计师经常犯的一个错误,而且不仅仅是在网页推送领域——没有人喜欢在电子商务网站上阅读长篇大论的文字。
Post Reply