Solicitação: Substituir/complementar e-mail com notificações push

Olá a todos,

Tenho trabalhado para iniciar minha própria comunidade Discourse para uma liga esportiva local e estou enfrentando muitos problemas para fazer com que as pessoas verifiquem os fóruns e os usem.

Estou descobrindo que, se eu conseguir que um usuário se inscreva para notificações push e crie postagens que acionem um push para eles, eles voltarão e verificarão os fóruns.
No entanto, as notificações por e-mail (como resumos e etc.) estão sendo lidas porque a maioria não verifica ativamente seu e-mail.

Acho que a norma hoje em dia é que as pessoas esperam receber uma notificação push diretamente na tela inicial do telefone quando ocorre um evento que exige sua atenção.
Ninguém tem seu e-mail configurado para gerar notificações push, então a única vez que as pessoas realmente verificarão seu e-mail é quando esperam receber uma.

Infelizmente, isso significa que todo o ótimo trabalho que a equipe do Discourse fez para atrair as pessoas de volta (como resumos de atividades) é completamente ineficaz porque é roteado por e-mail.


Então, acho que o pedido é bem simples: notificações push devem ser geradas além dos e-mails.

E acho que pode haver uma maneira muito simples de implementar isso:
Você poderia converter e-mails em MPs do Discobot para que eles gerem notificações push e por e-mail.
E então, para as pessoas que chegam de uma notificação push, elas podem abrir o MP e obter a notificação completa que teriam recebido em sua caixa de entrada de e-mail.

1 curtida

Você pode descrever com um pouco mais de detalhe o que você está fazendo hoje?

Eu acho que esses exemplos do mundo real sobre o que está funcionando bem e o que não está funcionando bem para você e outros poderiam ser bastante informativos, tanto imediatamente para outros que possam experimentar coisas semelhantes, quanto para nós ao pensarmos sobre o design de qualquer recurso inspirado no que você está propondo aqui.

Também estou interessado em seus exemplos para entender como você está pensando sobre o que é digno de uma notificação push versus o que não é.

Como você incentiva as pessoas a se cadastrarem para notificações push? Que tipos de posts você está fazendo que acionam notificações? Para quem você os envia? Com que frequência você os envia?

2 curtidas

Sim! Configurei algumas categorias em meus fóruns para que todos os usuários sejam notificados sobre o primeiro post (anúncios, eventos e festas).
Ocasionalmente, também crio tópicos na categoria geral e marco diretamente as pessoas que quero incluir na conversa.

Em cada cenário, as notificações por e-mail são geradas e entregues, mas apenas as pessoas com formação em tecnologia verificarão os fóruns com base em uma notificação por e-mail.
E mesmo as pessoas que verificam seus e-mails são preguiçosas a respeito e só o fazem ocasionalmente.

Após fazer essa observação, adotei uma estratégia agressiva para cadastrar as pessoas em notificações push (onde venho guiando-as pelo processo pessoalmente).
Para aqueles que são cadastrados com sucesso (ou seja, eles têm uma entrada na tabela push_notifications), quando recebem uma notificação push, eles voltam e verificam os fóruns.

Infelizmente, não há uma boa maneira de automatizar isso ou escalar sem modificar o Discourse.
Eu preferiria muito que os usuários fossem solicitados a configurar notificações push no assistente de integração :slight_smile:

Eu pessoalmente acho que toda notificação por e-mail é digna de uma notificação push - e isso provavelmente porque eu literalmente configurei meu e-mail para me enviar notificações push.
E eu sei - provavelmente sou a única pessoa no mundo que faz isso :laughing:

Posts de como fazer e pedir constantemente às pessoas para habilitarem as notificações.
A Apple tornou isso extremamente difícil com o iOS, então tenho que explicar a pessoas não técnicas como instalar os fóruns como um PWA. É extremamente irritante.
Encontrei isso, no entanto - é muito melhor em incentivar as pessoas a instalar os fóruns (e eu provavelmente instalaria isso se fosse um plugin/componente de tema do Discourse).

Além disso - em um ponto, quando passei por isso com 3 pessoas diferentes, observei um bug onde o banner de consentimento de notificação não as cadastrou para notificações (não havia entrada para elas na tabela push_notifications).
Não tenho uma boa maneira de depurar isso e ele usa o mesmo caminho de código da página de configurações (então você pensaria que funcionaria), então adiei o relato.

2 curtidas

Entendido.

Parece que há realmente algumas coisas para considerarmos aqui:

  1. Orientar/incentivar as pessoas a habilitar notificações push
  2. Enviar notificações push para mais coisas

E, como você mencionou inicialmente, o problema geral que você está destacando aqui é “como alcançamos de forma mais eficaz as pessoas que desejam ser notificadas quando não estão ativas no site?”.

Eu poderia imaginar algumas outras abordagens para esse problema além das notificações push, mas acho que é algo razoável a se buscar.

Há alguma tensão com nosso desejo de não impor exigências indevidas à atenção das pessoas e permitir que elas participem de discussões de forma assíncrona, quando for um bom momento para elas, em vez de criar um senso de urgência.

Portanto, acho que seguir nessa direção certamente também exigiria:

  1. Dar às pessoas mais controle sobre para que recebem notificações push, com padrões sensatos.
2 curtidas

Sim, acho que isso é razoável!

Notificações push são com o que estou familiarizado, mas acho que se você levasse essa ideia em uma forma abstrata, seria algo como:
Como o Discourse pode migrar de formas de notificação legadas/descontinuadas (e-mail) para formas modernas de notificação (push).

Concordo com você que nem tudo precisa ser apresentado urgentemente como uma notificação push - afinal, não estamos tentando criar mais um aplicativo viciante.
No entanto, o mundo se afastou de notificações baseadas em polling e caminhou para notificações baseadas em push, e acho que o comportamento que estou observando dos meus usuários reflete isso.

1 curtida

Este é talvez onde o tópico do recurso de notificação push do Discourse para o aplicativo móvel pode ser trazido de volta à tona.

Temos uma tendência muito lamentável em nossos dias de grupos do Whatsapp que força as pessoas a terem seus números de telefone públicos se elas simplesmente querem obter informações sobre eventos da comunidade esportiva local. :face_with_diagonal_mouth: Isso não deveria acontecer! Especialmente para mulheres.

E em relação às preocupações de @justinm sobre alcançabilidade: ter um aplicativo iniciado em segundo plano quando você inicia seu telefone e fornece notificações push é uma das melhores maneiras de alcançar as pessoas (com uma opção de opt-in, com certeza).

Agora, não sei a carga de trabalho para isso, mas as pessoas estarão dispostas a mais recursos relacionados, como mencionado no tópico acima: ver a origem da notificação push ao se inscrever em vários fóruns, escolha de som e/ou vibração de acordo com categorias selecionadas, etc.

Tópicos interessantes relacionados a notificações push de aplicativos móveis:

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

2 curtidas

Nós geralmente dependemos de notificações push da web para o nosso site. É um protocolo aberto e basicamente todos os navegadores (móveis e desktop) o suportam hoje em dia.
Essas notificações também se parecem com aplicativos nativos :slight_smile:

Elas também suportam instâncias auto-hospedadas do Discourse - o que é um requisito para nós.


Então, estou pensando em criar um plugin para o Discourse que converte resumos de e-mail em MPs do Discobot.
Seria uma solução “gambiarra”, mas a esta altura preciso tentar fazer as pessoas voltarem ao meu site sem que eu precise cutucá-las manualmente.

Não sei se você poderia usar isso como base para conseguir o que deseja com o plugin de automação. Aqui está um guia Create custom Automations

1 curtida