Gostaria de dar aos novos leitores a oportunidade de assistir a um tópico sem se registrar. Estou pensando que uma maneira elegante seria ter um componente de tema que exibisse uma caixa de ‘receber notificação por e-mail’ acima da linha do tempo na barra direita. O usuário poderia simplesmente inserir seu e-mail e clicar em ‘Assistir’ para receber notificações sobre novas postagens no tópico.
Parece algo que provavelmente já deveria existir, mas não estou encontrando nada pesquisando. Alguém sabe se já existe um componente de tema que faça isso?
Nenhum componente de tema conseguiria isso, exigiria alterações no back-end possíveis apenas no produto principal ou em um plugin.
Ao fornecer o e-mail, eles não são apenas leitores de qualquer forma, então por que não torná-los um Usuário de Nível de Confiança 0 e fazê-los usar a lógica existente para registrar e assistir ao Tópico?
Porque as pessoas não gostam de criar novas contas de usuário. A queda no número de pessoas dispostas a fornecer seu e-mail em comparação com aquelas dispostas a fazer o pequeno esforço de se registrar é enorme.
Se você puder demonstrar o valor da comunidade mantendo-as informadas sobre o tópico específico em que estavam interessadas, acho que você acabará com muito mais pessoas voltando para se registrar como usuários completos em vez de exigir o registro antecipado.
É muito esforço para reinventar a roda, mas se você deseja fazer o esforço, vá em frente, é claro.
No entanto, eu apenas diria que tenho certeza de que não estou sozinho em ter um ou dois sites onde algumas pessoas apenas se juntam e nunca postam, às vezes porque algumas das Categorias estão ocultas para não registrados, etc., como isso é diferente? Tenho certeza de que uma proporção deles se registra exatamente para o cenário de exemplo que você descreve, para se manter informado.
Gostaria de saber se você poderia incluir essa informação no banner de boas-vindas que aparece para anônimos?
Incentivar as pessoas a se registrarem como Usuário apenas para se manterem informadas sobre um Tópico? Essa é uma solução muito leve?
Tenho certeza de que uma proporção deles se registra, por exemplo, no cenário que você descreve.
Alguns definitivamente o farão. Mas não tantos quanto se houvesse uma maneira de menor esforço para o usuário realizar a mesma coisa. À medida que o esforço inicial aumenta, as conversões caem. E geralmente não é apenas um pouco.
Imagino que você poderia simplesmente incluir essas informações no banner de boas-vindas que aparece para usuários anônimos?
Não é realmente um problema de informação. Acho que você pode esperar que os usuários típicos saibam que podem se registrar e assinar/assistir. É um problema de atenção e esforço. Os usuários têm muito pouco do primeiro e não querem gastar o segundo.
Quando eles chegam ao seu site Discourse pela primeira vez, a maioria dos usuários não estará procurando ingressar em outra comunidade. Eles estarão procurando mais informações sobre algum tópico específico. Eles podem ter visto um link no Reddit ou encontrado um tópico pesquisando no Google. Mesmo que acabe sendo algo sobre o qual eles gostariam de aprender mais à medida que a discussão avança, isso não significa que eles estão prontos para o trabalho de ingressar no fórum.
Nesse ponto, há uma lacuna entre o esforço que o usuário está disposto a despender e o que sua infraestrutura exige. Isso equivale a um usuário que saiu e provavelmente não retornará. Se você facilitar o contato e demonstrar valor ao longo do tempo, eles deverão ter muito mais probabilidade de se tornarem membros da comunidade em algum momento no futuro.
Talvez eu esteja abordando isso pelo lado da tecnologia.
A realidade é que seria tolo escrever isso sem torná-los alguma forma de Usuário (tecnicamente, pelo menos), porque muita lógica existente poderia ser usada se você fizesse isso.
Por exemplo, a lógica de “Observando” que é ativada quando uma atualização acontece em um Tópico vai verificar todos os Usuários que estão observando esse tópico. Você seria louco de não aproveitar isso, não apenas porque qualquer coisa que você escrever terá que ser suportada no futuro e, se você usar a lógica principal, ela será mantida para você!
Talvez isso SEJA uma questão de apresentação, onde você modifica o front-end (e o back-end, quando necessário) para aceitar um e-mail e registrá-lo como se eles não tivessem se tornado um usuário oficial do site.
Na realidade, e tecnicamente, no back-end isso é registrado como um novo Usuário, mas você usa alguma forma de diferenciá-los - eu me pergunto se não ativá-los poderia resolver isso? Existem várias mudanças que você precisaria fazer para que isso funcione, mas pode ser viável.
Se você estiver realmente interessado em construir isso e tiver orçamento, poste em Marketplace.
É potencialmente um plugin bastante complexo, mas interessante! Nós definitivamente consideraríamos.
Não sei quão complexo é tecnicamente com o Discourse, mas já existe há muito tempo no mundo WordPress. E funciona. Basicamente, é apenas outra lista de e-mails.
Talvez eu esteja vindo do ângulo da tecnologia sobre isso.
Meu raciocínio vem de olhar para a jornada do usuário. Uma das coisas que você faz é procurar pontos de atrito que possam fazer com que os usuários desistam.
Você seria louco de não aproveitar isso
Talvez ESTEJA sendo uma questão de apresentação, onde você modifica o front-end (e o back-end, quando necessário)
100% de acordo. No caso mais simples, tudo o que você precisaria seria criar um ‘usuário não credenciado’. Basicamente, um usuário normal, mas sem nome de usuário e senha. Dependendo dos internos do Discourse, isso pode ser fácil ou impossível.
mas você usa alguma forma de diferenciá-los
Você realmente precisaria tratá-los de forma diferente? Assumindo que não ter uma senha não causaria uma exceção, eles simplesmente não conseguiriam fazer login.
Uma novidade que você precisaria, no entanto, seria uma forma de ‘atualizá-los’ para um usuário completo (ou seja, credenciado) em algum momento no futuro.
Se você modificar a lógica principal por meio de um plugin, terá que garantir que esse novo conjunto de usuários ‘especiais’ seja tratado adequadamente sempre que o modelo de usuário for acessado, por qualquer motivo.
Absolutamente. Algo mais que o plugin teria que cuidar.
De qualquer forma, tudo isso é teoria no momento, se alguém quiser financiar isso, podemos dar uma olhada: Marketplace
Minha esposa regularmente pede para outras pessoas se cadastrarem em coisas usando o endereço de e-mail dela (o sobrenome dela é mais comum do que “pfaffman”). Isso inclui escolas e médicos. Enviar correspondência para um endereço que não foi validado é irresponsável e deveria ser ilegal. Enviar e-mail para alguém que não está disposto a se registrar para uma conta é uma Ideia Muito Ruim.
Talvez pudesse haver uma maneira de eles enviarem um e-mail para solicitar o comportamento (eles provavelmente não têm o servidor de e-mail configurado para enviar de um endereço incorreto) ou validar o endereço de e-mail de outra forma.
Enviar e-mails para um endereço que não foi validado é irresponsável e deveria ser ilegal.
Potencialmente é ilegal aqui na Europa. Eu não sugeriria não validar endereços de e-mail. Eu não afirmei explicitamente, mas aqueles que fornecem apenas um endereço de e-mail ainda deveriam ter que confirmar, através de um link em um e-mail de confirmação, que eles realmente desejam as atualizações e que é o endereço de e-mail deles. Para constar, isso é tipicamente referido como “double opt in”.
Enviar e-mails para alguém que não está disposto a se registrar para uma conta é uma Ideia Realmente Ruim.
Enviar e-mails com restrição de tópico para alguém que optou por receber apenas com o endereço de e-mail é apenas uma lista de e-mails. Acabei de verificar e TheHustle tem mais de 1,5 milhão de membros em sua lista de e-mails. Acho que você não pode realmente chamar isso de má ideia.
aqueles que fornecerem apenas um endereço de e-mail ainda deverão confirmar, por meio de um link em um e-mail de confirmação
Nesta fase, eles teriam tido tantos pontos de contato quanto se criassem uma conta de usuário. Um botão de registro rápido é provavelmente tudo o que você precisa.
A ideia não é que o ato de sair do endereço diga proativamente que eles estão felizes?
Não estou entendendo a pergunta. Você quer dizer que eles deveriam estar felizes o suficiente para criar uma conta de usuário se estivessem felizes o suficiente para inserir um e-mail? Se sim, a resposta é empiricamente ‘não’. O pessoal de eCommerce estudou isso exaustivamente e há uma diferença acentuada.
Concordo com a questão da falta de validação de endereço.
Não tenho certeza de como isso entrou na discussão. Desculpe a confusão, pois eu nunca teria sugerido isso.
O número de pontos de contato é apenas um dos problemas. Os usuários realmente não gostam de criar e gerenciar senhas. Quanto mais contas eles já têm, mais relutantes ficam em criar uma nova.
As pessoas também relutam em se inscrever em sites que têm pouca ou nenhuma reputação aos seus olhos. Ninguém quer entrar em um clube sobre o qual não sabe nada. Se você lhes der uma maneira de menor compromisso de se manter em contato com sua comunidade, terá a oportunidade de construir confiança.
Ocorreu-me que o que estou a falar tem muito em comum com a autenticação magic link/sem senha. Parece que o Discourse suporta autenticação sem senha a partir da versão 2.0.0beta3. Para atingir o meu objetivo, seria adicionalmente necessário ter a opção de permitir que um utilizador se registasse usando apenas o seu e-mail (e provavelmente um captcha para dissuadir bots), gerando automaticamente um nome de utilizador e uma senha. O formulário onde recolhe o e-mail poderia adicionalmente ter uma caixa de seleção ‘seguir este tópico’.
O utilizador poderia depois autenticar-se através de um magic link enviado para o seu e-mail (após verificar o e-mail, claro). Se o utilizador quiser deixar de ser um espetador passivo e publicar, poderia então ser apresentada a opção de definir o seu próprio nome de utilizador e senha.
