Запрос: Замена или дополнение email push-уведомлениями

[justinm]

Всем привет,

Я работаю над запуском собственного сообщества Discourse для местной спортивной лиги и сталкиваюсь с серьёзными трудностями в привлечении людей к посещению и использованию форумов.

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

@justinm

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

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

К сожалению, это означает, что вся отличная работа команды Discourse по возвращению пользователей (например, дайджесты активности) оказывается совершенно неэффективной, поскольку она осуществляется через электронную почту.

---

Так что, я думаю, запрос довольно прост: push-уведомления должны генерироваться дополнительно к электронным письмам.

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

[mcwumbly (Dave McClure)]

@justinm

Я заметил, что если я зарегистрирую пользователя для получения push-уведомлений и создам посты, которые вызывают push-уведомление для него, он вернётся и проверит форумы.

Можете ли вы подробнее описать, что вы делаете в настоящее время?

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

Меня также интересуют ваши примеры, чтобы понять, как вы определяете, что достойно push-уведомления, а что нет.

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

[justinm]

@mcwumbly

Можете немного подробнее описать, что вы делаете сегодня?

@mcwumbly

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

Да! Я настроил несколько категорий на своих форумах, чтобы все пользователи получали уведомления о первом сообщении (объявления, события и вечеринки).
Также я время от времени создаю темы в общей категории и напрямую @ упоминаю людей, которых хочу включить в разговор.

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

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

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

@mcwumbly

Мне также интересны ваши примеры, чтобы понять, как вы решаете, что достойно push-уведомления, а что нет.

Лично я считаю, что каждое уведомление по электронной почте достойно push-уведомления — вероятно, потому что у меня сама почта настроена на отправку мне push-уведомлений.
И я знаю — я, наверное, единственный человек в мире, который так делает

@mcwumbly

Как вы побуждаете людей подписаться на push-уведомления?

Посты с инструкциями и постоянные просьбы включить уведомления.
Apple крайне усложнила этот процесс в iOS, поэтому мне приходится объяснять нетехническим пользователям, как установить форумы как PWA. Это очень раздражает.
Однако я нашел это — это гораздо лучше подталкивает людей к установке форумов (и я, наверное, сам бы установил это, если бы это был плагин или компонент темы для Discourse).

Также — однажды, когда я проводил эту процедуру с тремя разными людьми, я заметил баг: баннер согласия на уведомления на самом деле не подписывал их на уведомления (у них не было записи в таблице push_notifications).
У меня нет хорошего способа отладить это, и этот процесс проходит через тот же путь кода, что и страница настроек (так что казалось бы, должно работать), поэтому я пока воздержался от сообщения об ошибке.

[mcwumbly (Dave McClure)]

Понял.

Похоже, нам стоит рассмотреть несколько моментов:

1. Направление и побуждение пользователей к включению push-уведомлений
2. Отправка push-уведомлений по более широкому кругу событий

Если отойти от деталей, то, как вы изначально отметили, общая проблема, на которую вы указываете, заключается в следующем: «Как мы можем более эффективно доносить информацию до людей, которые хотят получать уведомления, но в данный момент не активны на сайте?»

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

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

Поэтому, думаю, движение в этом направлении потребует также:

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

[justinm]

Да, я думаю, это разумно!

Я знаком с push-уведомлениями, но если рассматривать эту идею в абстрактной форме, то она сводится к следующему:
Как перенести Discourse с устаревших/устаревших форм уведомлений (электронная почта) на современные формы уведомлений (push).

Я согласен с вами, что не всё должно представляться как срочное push-уведомление — в конце концов, мы не стремимся создать ещё одно зависимое приложение.
Однако мир отошёл от уведомлений на основе опроса (poll-based) в сторону уведомлений на основе push, и я считаю, что поведение, которое я наблюдаю у своих пользователей, отражает эту тенденцию.

[opcourdis]

Возможно, именно здесь стоит снова поднять тему функции push-уведомлений Discourse для мобильного приложения.

В наши дни наблюдается крайне нежелательная тенденция в группах WhatsApp, которая вынуждает людей делать свои номера телефонов публичными, если они просто хотят получать информацию о мероприятиях местного спортивного сообщества. Так быть не должно! Особенно для женщин.

Что касается опасений @justinm по поводу доступности: запуск приложения в фоновом режиме при включении телефона и предоставление push-уведомлений — один из лучших способов связаться с людьми (разумеется, с опцией добровольного согласия).

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

Интересные темы, связанные с push-уведомлениями мобильного приложения:

iOS Mobile App Notifications и How to Implement Push Notifications for Our White-Label App (Rebranded)

[justinm]

@opcourdis

Возможно, именно здесь стоит снова поднять тему функции push-уведомлений в Discourse для мобильного приложения.

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

Они также поддерживают самохостинг-инстансы Discourse, что является для нас обязательным требованием.

---

Поэтому я думаю о создании плагина для Discourse, который будет преобразовывать email-дайджесты в личные сообщения от Discobot.
Это будет скорее «костыльное» решение, но сейчас мне нужно попытаться вернуть людей на мой сайт, не прибегая к ручным напоминаниям.

[opcourdis]

Не уверен, что можно использовать эту основу для реализации того, что вы хотите сделать с плагином автоматизации. Вот руководство: Create custom Automations