Estou procurando uma maneira de criar e-mails de resumo de atividades sob demanda, não automaticamente e não com base na atividade individual do usuário que visita (ou não visita).
Contexto: temos uma instância do Discourse com cerca de 1,1 mil usuários ativos e aproximadamente 1,5 mil postagens por semana. No entanto, há vários usuários “fora do Discourse” que ainda preferem listas de correio clássicas (baseadas no GNU Mailman), por diversos motivos.
O objetivo é utilizar os e-mails de atividades bem formatados e ricos em informações como um “e-mail de degustação” para gerar mais interesse nas discussões baseadas no Discourse. Especialmente entre aqueles usuários que ainda preferem listas de correio clássicas “do jeito antigo” (porque ainda não sabem que o Discourse é muito mais poderoso ;-=)).
Possíveis requisitos:
o e-mail de atividade deve poder ser criado “sob demanda”
o formato deve ser HTML estático ou um arquivo PDF
administradores ou moderadores devem poder criar esses e-mails de atividade e encaminhá-los para usuários “fora” do grupo de usuários regulares do Discourse (por exemplo, publicando-os em uma lista de correio clássica)
o conteúdo do e-mail de resumo de atividade deve ser variável, baseado em categorias ou tópicos
deve ser limitado a uma janela de tempo específica (por exemplo, incluir apenas a atividade ocorrida na semana passada)
Perguntas:
a) algo assim já é possível, por exemplo, com algumas requisições de API especializadas?
b) Se não, o que precisa ser feito para implementar isso?
Talvez haja um mal-entendido. A intenção não é usar o Discourse como uma “plataforma de marketing por e-mail”. Ambos os sistemas mencionados (Discourse e as listas de e-mail do Mailman) são usados apenas para um grupo interno de usuários (não público).
Temos vários usuários que ainda não usam o Discourse por diversos motivos (por exemplo, porque acham que é “muito complicado” ou porque preferem não usar um navegador em vez de um cliente de e-mail, etc.). A intenção é usar os e-mails de atividade como um “aperitivo do Discourse”.
O objetivo é tornar esses usuários mais abertos ao uso do Discourse. Isso pode ser alcançado por meio de vários e-mails com conteúdo interessante e links da plataforma do Discourse, enviados manualmente por moderadores que têm acesso tanto à instância do Discourse quanto às listas de e-mail antigas.
O objetivo final é a migração de todos os usuários e de sua comunicação em equipe para a instância do Discourse, substituindo as listas de e-mail internas.
Eu te entendo perfeitamente. Embora pareça que o que você está descrevendo seja diferente de uma plataforma de e-mail marketing, isso significaria estender o sistema de e-mails do Discourse para permitir personalização granular e a capacidade de selecionar usuários com base na atividade dentro da comunidade. Isso será complicado, pois os e-mails enviados pelo Discourse são transacionais e mais focados em notificações.
O que você descreveu realmente parece útil, e consigo ver claramente a necessidade. Funcionalidades adicionais de e-mail não são uma solicitação incomum. A maioria dessas funcionalidades pode ser implementada com sistemas de terceiros, então é provável que qualquer melhoria nos e-mails dependa da integração com serviços de terceiros (algo que começamos a investigar mais recentemente).
Alguma integração com serviços de e-mail de terceiros já pode ser alcançada por meio de webhooks, mas isso pode ser difícil de abordar se você não for técnico… e mesmo assim, suas opções ficam um pouco limitadas.
O que provavelmente será uma melhoria futura é uma integração mais direta com plataformas de e-mail marketing como Mailchimp, ConvertKit, Constant Contact, etc. Assim, é possível que você consiga configurar automações simples sem código, como:
se [o usuário não fez login nos últimos X dias] então [inscrever o usuário na lista X do Mailchimp], onde a lista possui modelos de e-mail personalizados que extraem dados específicos de tópicos da comunidade para uma visualização bem projetada, conforme você descreveu.
E assumo que qualquer solicitação SQL ainda não resolve a funcionalidade de que eu precisaria de alguma forma de saída formatada (conteúdo e/ou links para as “mensagens/fios reais”).