Integração mais estreita da criação de conta e assinaturas?

Imagine uma comunidade onde eu quero exigir logins para qualquer acesso (então ativei a configuração ‘login required’) e quero que todos os usuários tenham uma assinatura.

Atualmente, os usuários precisam ter criado uma conta antes de poderem criar uma assinatura (através do plugin Subscriptions.) Isso faz todo o sentido, é claro; Não se pode ter uma assinatura até ter uma conta.

Infelizmente, assim que um usuário cria sua conta, preciso ter algum conteúdo visível. Isso significa que preciso de uma categoria extra, apenas para conter um tópico, que diz: “…você está na metade do caminho! Agora você tem que assinar.”

Com as ideias a seguir, a criação de conta e a configuração da assinatura ainda são um processo de duas etapas. Mas não haveria usuários no site que tivessem uma conta, mas não uma assinatura (porque eles veem uma parede para configurar sua assinatura).

Uma nova opção “account-creation-more-url” para Discourse

Permita-me definir uma nova opção (chame-a de “account-creation-more-url”) que contenha o URL de algum Tópico que eu publiquei, e uma opção “account-creation-more-link-text”.

Somente se o Discourse estiver configurado com ‘login required’ ativado, um novo link para esse URL aparecerá na tela/modal de criação de conta. Isso me permite construir facilmente uma página que detalha tudo o que preciso detalhar. Isso me dá uma maneira de direcionar as pessoas para algo que explique o que está acontecendo, quando elas enfrentam a parede de criação de conta. (Cabe a mim colocar um link funcional “crie sua conta” nessa página publicada, etc.)

Uma nova opção “subscriptions required” para o plugin Subscriptions

Uma nova opção booleana “subscriptions-required” e um campo “subscriptions-required-products” para especificar uma lista separada por vírgulas de produtos. (Claro, os do plugin Subscriptions.)

Quando um usuário (além de um administrador do site, é claro) fizer login, se ele não tiver um desses produtos ativo. Eles verão outra tela/modal que força a configuração de uma assinatura.

E dois campos “subscriptions-required-more-url” e “subscriptions-required-more-link-text”. (Que eu definiria para a mesma página publicada que usaria na parede de criação de conta.) Isso me permite direcionar as pessoas para um lugar que explique o quê/porquê das assinaturas.


Outros tópicos no Meta que são um tanto relacionados…

3 curtidas

Concordo plenamente que a experiência “out of the box” do plugin de assinatura pode ser muito melhorada! Dito isso, você tem muito poder hoje se desejar “colocar a mão na massa”.

Nós temos saídas aqui, você pode criar um componente de tema para adicionar o link.

Eu realmente gosto do fluxo de “ver que as categorias existem” na página inicial e ter alguma iconografia especial para dizer que é conteúdo “do assinante”.

Então, não assinantes podem clicar nele para serem solicitados a entrar para ver o conteúdo.

@blake, nós tínhamos algo assim no plugin?

3 curtidas

Eu acho que você pode usar Category Previews para conseguir isso

3 curtidas

O plugin de assinaturas atualmente não interage com categorias, apenas com grupos, que você então restringe manualmente a categorias através da interface do Discourse normal.

Sim, parece que você pode:

3 curtidas

Isso realmente torna o fluxo de trabalho desajeitado (a adesão ainda é necessária antes da assinatura), e só atende a sites que têm uma estrutura muito simples de ‘algumas categorias’.

O problema central ao tentar usar o Discourse como um site de associação (com membros pagantes) é que os dois processos (adesão e assinatura) estão separados no momento. Abordei isso abraçando-o ou tentando contorná-lo:

Abraçando a separação de Adesão / Assinatura

Ter um componente público do site, para que as pessoas já tenham um motivo para se inscrever - e a ‘assinatura financeira’ é simplesmente levá-la para o próximo nível. Exemplo de site:

Contornando-o

Sendo apenas para login e usando o Custom Wizard Plugin 🧙 para direcionar as pessoas para a página de assinatura como parte do fluxo de trabalho de adesão.

Infelizmente, eles ainda podem sair dele se estiverem determinados. Se o fizerem, terão uma experiência bastante restrita, mas isso deve ser configurado cuidadosamente. Exemplo de site:
https://members.ukdhc.org

O caminho a seguir

Ter a opção de conectar os dois em um único fluxo de trabalho seria brilhante, especialmente para organizações de membros que desejam usar o Discourse para seu site de membros.

Pessoalmente, eu faria assim como um primeiro passo:

  1. Ter uma configuração no Plugin que ative as Assinaturas durante a adesão
  • DESLIGADO: como funcionalidade atual (padrão)
  • OPCIONAL: direciona as pessoas para a página de assinatura no final da adesão (mas permite que elas naveguem para longe)
  • FORÇADO: direciona para a página de assinatura e não permite o acesso a nenhuma outra parte do site, a menos que a assinatura seja concedida

É claro que isso precisaria de alguma mensagem e polimento como parte disso.

4 curtidas

Isto definitivamente ganha meu voto! Para administradores que estão tentando ganhar a vida com seu Discourse, poder se inscrever durante o registro proporcionaria um enorme impulso nas taxas de conversão.

Se me permitem perguntar, a equipe está pensando em trabalhar nisso atualmente?