@Steven Muito obrigado por essa resposta, foi muito útil.
Parece que os campos personalizados resolvem a maior parte do meu problema. Uso o plug-in teaser e encontrei uma solução funcional para os tipos de assinatura com base no que o plug-in permite.
Olhei a tabela (o Google Tradutor é um salva-vidas!) e parece que podemos ter vários níveis de assinatura com custos diferentes através do ProCourse, correto? Se for assim, posso apenas criar uma assinatura adicional que ofereça exatamente o mesmo acesso, mas a um custo menor. Somos um grupo pequeno o suficiente para trabalhar com essa solução e ter alguém verificando manualmente se existe uma assinatura “mestra” para esses usuários.
Estou trabalhando para configurar isso e tenho uma pergunta. Se eu tiver uma assinatura de 12 meses para um grupo “Bronze”, ao final desse período, a assinatura desse grupo será removida? Existe algum aviso ao usuário sobre isso ou sobre o que está prestes a acontecer?
Li isso algumas vezes e tentei o site de demonstração novamente, e acho que entendi minha confusão com o fluxo de cadastro/associação.
Aqui está o que acredito que preciso fazer:
Nota: meu site é 100% pago, não há plano gratuito
Tenho uma página de vendas estática (fora do Discourse) com um formulário de inscrição. Se a inscrição for aprovada (processo manual), enviarei um convite para entrar diretamente pelo Discourse.
O novo membro se cadastra e cria uma nova conta no Discourse.
O novo membro faz login no Discourse e vê… um fórum vazio, exceto por um tópico sobre ‘criar uma associação’ [talvez seja aqui que a página estática do pro-course entre em cena, e eu possa ter uma página estática com opções de pagamento?]
Esse tópico [ou página estática] oferece duas opções: um pagamento recorrente mensal e um pagamento recorrente anual. Cada link ou botão leva à página de associação que criei dentro do plugin Procourse.
O novo membro conclui o pagamento e é adicionado ao grupo de Membros, que tem acesso ao fórum completo.
Acho que estou no caminho certo. Mas os pontos 3 e 4 me parecem questionáveis. Estou perdendo um caminho mais fácil ou mais óbvio?
PS - Eu pensava que a página de pagamento viria primeiro, antes do novo membro criar uma conta. A necessidade de criar uma conta primeiro foi um grande bloqueio mental para mim, mas entendo o motivo. Acho que sim.
Acho que você terá problemas de usabilidade para sua base de usuários ao fazê-los se inscrever, aguardar aprovação, entrar em um fórum vazio e, em seguida, pagar pelo conteúdo.
Pode ser melhor fazer algo semelhante onde o Discourse está bloqueado, mas usar o WP Discourse para SSO e o Paid Memberships Pro para restringir o acesso à comunidade. Tudo acontecerá de forma mais transparente para seus usuários.
Obrigado, @justin, vou dar uma olhada. O fórum não está vazio (tenho um pequeno grupo nele há vários meses), mas entendo seu ponto. Agradeço sua perspectiva.
A ideia por trás do aplicativo é obter um contexto sobre a pessoa e o que ela espera ganhar com a comunidade. Eu faço parte de outro grupo onde membros entraram e saíram pouco depois porque não era um bom ajuste para eles.
Eu poderia alterar o fluxo para direcionar diretamente à página de cadastro de membros e, depois que eles se juntarem, fazer as mesmas perguntas como parte do processo de integração. Isso funcionaria, já que, neste caso, tenho falado bastante sobre o que esperar antes que as pessoas se cadastrem.
Uma pergunta: se eu seguir esse caminho, posso enviá-los diretamente para a página de membros do procourse (onde eles se inscrevem e pagam) e, em seguida, criar a conta deles no Discourse? Ou ainda é necessário criar a conta primeiro e depois escolher um plano de pagamento?
Eu combinaria isso com o plugin Custom Wizard. Com esse plugin, você pode capturar qualquer informação que desejar no cadastro e, ao enviar o formulário, redirecionar o usuário para a página de pagamento da assinatura. Assim, você mantém tudo em um único fluxo.
Pessoalmente, prefiro essa abordagem em vez do caminho do Paid Memberships Pro. O PMPro pode funcionar muito bem até que você comece a tentar sincronizar as associações de grupos de um lado para o outro. É possível fazer isso, mas, na minha experiência, não é tão fácil de configurar e nem sempre é confiável.
Quando usei o PMP no meu site com sincronização de grupos, nunca tive problemas, mas é verdade que é preciso algum conhecimento técnico para fazê-lo funcionar. Independente das preferências pessoais, ambas são definitivamente opções com vantagens e desvantagens únicas – @madbaker, esperamos tê-lo ajudado a chegar mais perto de possíveis decisões!
Fiz o plugin Custom Wizard funcionar perfeitamente no momento do cadastro. Ele chama uma Página Estática onde o novo usuário pode selecionar uma opção de assinatura recorrente (mensal ou anual).
Tenho dois níveis no plugin de assinatura e o usuário é direcionado para a página correta de assinatura através da página estática. Incrível.
O único problema é que a parte de integração com o Stripe na página fica apenas girando.
Revisei toda a documentação de integração do Stripe no site da comunidade Procourse. Parece que configurei tudo corretamente, mas claramente não foi.
Verifiquei novamente as moedas no plugin e no Stripe (todas em USD), as chaves de API e o segredo do webhook. Tudo está em modo ‘test’.
Criei um nível de pagamento único, caso o modelo de assinatura fosse o culpado (sem mudanças).
Verifiquei os logs no Stripe e não há nenhum registro de tentativa de chamada (nada no log).
Existe uma maneira de verificar um log no Discourse para ver qual chamada está sendo tentada?
Estou disposto a postar no Marketplace para pedir ajuda, mas se eu puder descobrir o que o plugin está tentando fazer, pelo menos isso deve tornar as coisas mais fáceis. Reduzi meu fluxo de cadastro ao básico sem solução, embora, de acordo com a documentação, isso deveria ser simples agora. (Últimas palavras famosas!)
Fiz mais algumas investigações e tentei algumas coisas extras, na desesperança:
reconstruí o aplicativo e executei o discourse-doctor para garantir que não houvesse erros
excluí e reconstruí meus níveis de assinatura no plugin procourse-membership usando chaves de teste do Stripe
Consegui ver os novos Planos de Produto (versão de teste) no Stripe ao ativar os níveis. Uhuu!
Mas, ao acessar a página de pagamento dos níveis, a página é renderizada, mas os campos de cartão de crédito não carregam. O spinner fica girando para sempre.
Verifiquei os logs de erro do Discourse e os logs de erro do Stripe, mas não encontrei nada. Nenhuma entrada em nenhum dos dois logs.
Então, pensei: talvez seja um problema com o ‘modo de teste’. Fiz essas alterações:
substituí as chaves/webhook de teste pelas chaves/webhook de produção
recriei os níveis de assinatura dentro do plugin e os ativei.
Os novos produtos/plans aparecem no Stripe na área de produção. Yay!
Mas o mesmo problema ocorre ao acessar a página de pagamento do Discourse. A página é renderizada, mas os campos de cartão de crédito não carregam. O spinner infinito continua girando.
Nenhuma atividade nos logs do Stripe ou nos logs de erro do Discourse.
=== Eureka! ===
Ai. Descobri.
Há um script necessário para que o pagamento funcione: js.stripe.com/v3. Ele estava sendo bloqueado como um erro de segurança. Adicionei o script à lista de permissões e agora funciona rápido e maravilhosamente.
Um detalhe bastante importante, isso. Eu estava verificando os logs do aplicativo, mas uma rápida F12 para verificar o console teria sido enorme há 4 dias.
Além disso, o que acontece quando um usuário se inscreve (e paga) e depois cancela? A assinatura dele termina imediatamente ou após o mês que ele já pagou?
