Как создавать уведомления о продуктах, которые понравятся пользователям

Уведомления о продукте никогда не должны портить впечатление пользователя — они должны способствовать ему. В противном случае пользователи склонны отключать уведомления. По данным Statista, [39%] (https://www.statista.com/statistics/1242709/us-too-many-push-notifications-users-reaction/) пользователей смартфонов, которые получают слишком много уведомлений, отключают их через отклик.

Так как же создать уведомления о продукте, которые радуют пользователя, независимо от того, насколько он утомлен? Учитывайте своих пользователей и их разнообразный опыт во время разработки и создания продукта, а не после него.

Другими словами, ваш продукт должен определять возможности уведомлений.

Уведомлять интеллектуально

Проще говоря, интеллектуальное уведомление пользователей означает предоставление им нужного контента по правильному каналу в нужное время.

Допустим, вы работаете в крупной авиакомпании и в настоящее время создаете мобильное приложение для обслуживания своих путешественников. Некоторая информация, например изменения времени выхода на посадку или рейса, должна предоставляться пользователю в режиме реального времени. Рассмотрение этого сценария на этапе проектирования и сборки позволяет разработчикам понимать нужный контент, в нужном канале, в нужное время.

Предположим, что информация в реальном времени, которая нужна нашему пользователю, — это смена ворот. Наш пользователь спешит через систему безопасности и напряжен до предела. Push-уведомление в режиме реального времени и/или текстовое сообщение, вероятно, являются лучшим способом отправить данные о выходе на посадку, не добавляя дополнительного стресса и без того напряжённому путешественнику.

В нашем сценарии push-уведомление или SMS в нужный момент — это разница между пропущенным рейсом и пользователем, который обязательно уйдет, и счастливым путешественником, который, вероятно, станет постоянным пользователем.

Тем не менее, есть тонкая грань между удовольствием и испорченным пользовательским опытом. Push-уведомления и SMS лучше всего подходят для срочных обновлений, таких как задержки, отмены или изменения ворот/терминала. Путешественникам, пытающимся пройти через систему безопасности с неповрежденным рассудком, не нужны push-уведомления или SMS-сообщения в режиме реального времени о рекламных акциях или туристических предложениях — это было бы примером неправильного контента, не того канала и не в то время.

Детализация уведомлений о предложениях

Давайте будем честными: сегодняшние пользователи рассчитывают сохранить контроль, поэтому предлагать настройки уведомлений не является действительно вариант больше; это необходимо сделать. Предложение пользователям контроля над тем, как приложение уведомляет их, окупается в геометрической прогрессии в жизненном цикле пользователя с приложением.

Детализированные разрешения позволяют пользователям соглашаться и отказываться от уведомлений, которые не являются чувствительными ко времени или важными для конечного опыта пользователей. Например, когда пользователь устанавливает наше вымышленное мобильное приложение для путешествий, он будет рад увидеть, что у него есть возможность выбирать напоминания о рейсах в своих предпочтениях. Вы можете не позволять им отказываться от смены выхода на посадку или терминала, но вы позволяете пользователям выбирать, хотят ли они повышение класса места или уведомления о скидках на рейс.

После того, как наш пользователь благополучно прошел проверку безопасности и расслабился у своего терминала, просмотр вариантов повышения класса места или сделки в следующей поездке доставляет удовольствие. В то время как оповещение наших пользователей о том, что они изо всех сил пытаются добраться до своего терминала, с помощью звуковых сигналов и гудков, напоминающих им об ОБНОВЛЕНИИ!, портит и без того напряженный опыт работы в аэропорту.

Когда разработчики не рассматривают уведомления как расширение продукта и не предлагают своим пользователям элементы управления предпочтениями, они рискуют испортить впечатления своих пользователей и потерять их. Фактически, исследования показывают, что 40% пользователей откажутся от приложения конкурента после неудачного опыта.

Знайте, когда делать партию

Проще говоря, не спамьте своих пользователей! Вне зависимости от того, опаздывают ли они в понедельник утром или продираются через службу безопасности в аэропорту, люди редко ценят поток уведомлений.

Вы когда-нибудь сотрудничали с кем-либо через Документы Google? Инструмент довольно умный в отношении уведомлений. Вместо того, чтобы отправлять отдельное электронное письмо для каждого оставленного комментария, Документы Google объединяют эти уведомления в одно электронное письмо.

Будьте как Документы Google. Вместо того, чтобы загружать веб-пользователей уведомлениями, сгруппируйте их в пакеты, которые вы отправляете всего несколько раз в день.

Подумайте о нашем первом пользователе, который воспользовался моментом в машине, чтобы отключить свои уведомления на неопределенный срок и, возможно, навсегда, и вместо этого дать пользователям повод остаться. Android 7.0 показывает разработчикам, когда и как создавать и отправлять групповые уведомления, чтобы вы ненароком не рассылали спам своим пользователям.

Быть полезным

Предоставление информации пользователям в нужное время — это только полдела. Другое дело — знать, какие детали нужны вашему пользователю.

Вернемся к нашему вымышленному пользователю, который отдыхает в терминале, терпеливо ожидая своего рейса (и с нетерпением ожидая своего улучшенного и лучшего места). Внезапно они получают текстовое сообщение, предупреждающее их об отмене рейса. Полный облом.

Но что, если в текстовом сообщении также говорилось: «Нажмите здесь, чтобы узнать о вариантах перебронирования»? Менее облом и на самом деле отчасти восхитительно.

Уведомляя пользователей, предоставьте им всю информацию, необходимую им для достижения конечной цели.

Используйте аналитику уведомлений

Чтобы постоянно обеспечивать и оптимизировать лучший пользовательский опыт, инженеры и разработчики должны создавать свои продукты с видимостью. Видимость означает возможность видеть и понимать, как пользователи получают ваши уведомления и/или реагируют на них.

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

Двигаемся вперед с уведомлениями, которые радуют и улучшают UX

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

TL;DR

1. Одно универсальное правило, которое никогда не подведет ваше приложение или ваших пользователей: учитывайте своих пользователей и их разнообразный опыт, пока вы проектируете и создаете свой продукт, а не после.

1. Есть пять способов использовать уведомления и сделать их основой вашего UX. Уведомляйте интеллектуально, предлагайте детализацию уведомлений, знайте, когда пакетировать, будьте полезными и используйте аналитическую видимость.

1. Читать больше о реальных стартапах, успешно использующих уведомления, и о том, как они это делают.

1. Или попробуйте доставить в нужное место и в нужное для себя время!