3 основные ошибки UX в веб-уведомлениях Push

TG Data Set: A collection for training AI models.
Post Reply
mostakimvip06
Posts: 317
Joined: Mon Dec 23, 2024 5:02 am

3 основные ошибки UX в веб-уведомлениях Push

Post by mostakimvip06 »

Push-уведомления в Интернете — это краткое интерактивное сообщение, отправляемое на компьютер (или мобильное устройство) подписчика. Они предназначены для увеличения трафика, стимулирования взаимодействия и повторного привлечения посетителей на веб-сайт, даже если пользователь его не просматривает.

Хотя push-уведомления стали популярными на мобильных устройствах, они стали играть все большую роль на веб-сайтах. Почти каждый крупный браузер интегрировал их со своими платформами — Chrome, Firefox и Safari — и на то есть веская причина. Проще говоря: push-уведомления в Интернете работают.

Возьмите, к примеру, eXtra Electronics, розничного продавца бытовой техники, который увеличил продажи на 100% с помощью push-уведомлений в Интернете, или японский сайт недвижимости Suumo, который сообщил о впечатляющем показателе открываемости уведомлений на рабочем столе в 31%.

Но бесчисленные преимущества веб-push могут быть по-настоящему реализованы только тогда, когда весь процесс уведомления (от подписки до нажатия) оптимизирован для пользовательского опыта или UX. При плохом UX-дизайне эти Список мобильных номеров Сенегала уведомления превращаются из благословения в проклятие, приводя к катастрофическим результатам для вашего веб-сайта.

Чтобы избежать этих ловушек, я составил этот список из трех распространенных ошибок UX в push-уведомлениях. Это ошибки, которые разработчики или владельцы сайтов регулярно допускают при использовании push-уведомлений. Я также предоставил средства для устранения этих ошибок, которые вы можете реализовать самостоятельно или нанять агентство UX-дизайна, чтобы они исправили их для вас.

1) Неправильный запрос на разрешение
Прежде чем мы углубимся в оптимизацию UX самого уведомления, крайне важно спроектировать ваш сайт так, чтобы пользователи действительно выбирали их получение. Чтобы добиться этого, ваш сайт должен явно запрашивать у пользователя разрешение на отправку push-уведомлений.

Вот где возникает первый распространенный недостаток UX: запрос разрешения у пользователя без четкого и краткого объяснения цели уведомлений. Помните, пользователи считают ненужные уведомления раздражающими — если они не совсем уверены в том, какой тип оповещений они будут получать, они откажут в разрешении, не задумываясь.

Самая вопиющая версия этой оплошности — запрос «загрузки страницы», когда пользователю предлагается заблокировать или разрешить уведомления с сайта сразу после загрузки страницы. Это плохо спроектированный UX, поскольку он не предлагает пользователю никакого контекста.

Ошибки UX в веб-уведомлениях Push
Запрос на разрешение «Загрузка страницы» – ( Источник )


Какие уведомления они будут получать? Как часто? Почему они важны? Запрос на загрузку страницы не отвечает ни на один из вопросов, которые возникнут у пользователя, поэтому он просто откажется от их получения.

Чтобы гарантировать, что посетители вашего сайта подпишутся на push-уведомления, предоставьте контекст и дайте четкие объяснения того, что это за уведомления. Посмотрите на улучшенную версию запроса на разрешение Polymer:

Ошибки UX в веб-уведомлениях Push
Запрос разрешения с улучшенным UX – ( Источник )


Выделенный жирным шрифтом, он сразу же предлагает пользователю ценность: «получать уведомления о задержках рейсов». Затем он дает краткое, но информативное пояснение ниже. Только когда пользователь нажимает на поле, появляется формальный запрос. Теперь пользователь точно знает, о чем этот запрос, и он с большей вероятностью выберет «разрешить».

Вы заметите, что этот пример относится к мобильным push-уведомлениям, а не к веб-уведомлениям. Но принцип выходит за рамки среды: если вы не предоставляете явный, контекстный запрос на разрешение, вы не получаете выгод от веб-push-уведомлений.

Руководство для начинающих по веб-push-уведомлениям
2) Чрезмерная многословность, бессвязность, длиннота, многословие или многословие
Видите, что я там сделал?

Чтобы избежать навязчивости, большинство push-уведомлений в Интернете довольно малы; они полагаются на движение, а не на размер, чтобы привлечь внимание пользователя, не мешая ему выполнять какую-либо задачу. Из-за этого у вас ограниченное пространство для доставки сообщения уведомления.

Что приводит нас ко второму серьезному недостатку дизайна UX: слишком многословный или перегруженный контентом текст уведомления. Это ошибка, которую постоянно совершают дизайнеры сайтов, и не только в сфере веб-push — никто не любит читать длинные абзацы текста на сайте электронной коммерции.

Вот пример уведомления, перегруженного информацией, большая часть которой избыточна:
Post Reply