Monetização de usuários com acesso a grupos?

Suporte
8

@Joshua_Kogan Você pode fazer isso agora mesmo de duas maneiras diferentes usando o plugin Custom Wizard.

Processar pagamento externamente

Um método seria enviar o usuário para um provedor de pagamento ao finalizar um passo de um assistente personalizado, garantir que o pagamento seja concluído usando uma combinação de parâmetros permitidos e dados obrigatórios e, em seguida, adicionar o usuário a um grupo em um passo subsequente (usando a ação “Adicionar ao Grupo”).

Esta é uma descrição completa da parte de pagamento dessa abordagem. A parte de adicionar ao grupo deve ser autoexplicativa:

Configuração para enviar usuário ao provedor de pagamento
  1. Rotear para Ação. Há um novo tipo de ação chamado “Rotear para” que permite enviar um usuário a uma URL de destino ao finalizar um passo. Para seus assistentes, a ação deve ser adicionada ao passo que antecede o pagamento do usuário. Atualmente, elas são adicionadas ao próprio passo de “pagamento”, mas você pode remover esse passo e adicioná-las ao passo anterior, se preferir. A ação “Rotear para” atualmente possui duas configurações:

  • url: Esta é a URL de destino. Como em outras entradas de assistente, você pode interpolar dados usando w{} para campos do assistente e u{} para campos do usuário.

  • code: Um código exclusivo para adicionar como parâmetro à URL de destino. Quando essa configuração é preenchida, o Custom Wizard gera uma string hexadecimal aleatória única que:

    • adiciona à URL como um parâmetro de consulta adicional usando a chave que você fornece; e
    • salva o código nos dados de submissão usando a chave que você fornece

    Associar uma chave única a cada solicitação permite que qualquer callback para essa solicitação (ou seja, quando o usuário retorna ao assistente) seja validado. No caso do Chargify, o Chargify armazenará qualquer valor que você enviar no parâmetro ‘reference’ (veja mais), que você poderá então adicionar à ‘URL de retorno’ para onde o Chargify redireciona o usuário após ele concluir o pagamento.

  1. Parâmetros Permitidos. Esta é uma nova configuração de passo que permite especificar quais parâmetros de consulta são permitidos para o passo e a chave com a qual eles devem ser salvos nos dados de submissão. Você pode usá-lo tanto para salvar dados estatísticos ou analíticos (como de onde o usuário entrou no assistente) quanto para callbacks. No caso do Chargify, passamos o código ‘reference’ para o Chargify (e o salvamos nos dados de submissão) ao redirecionar o usuário para o Chargify para concluir o pagamento. Em seguida, adicionaríamos esse código à ‘URL de retorno’ como um parâmetro de retorno, que então salvamos nas submissões adicionando qualquer parâmetro que especificarmos como contendo o customer_reference nos parâmetros de retorno. Observe que no Chargify você precisará definir a ‘URL de retorno’ como a URL do passo após o passo ao qual você anexou a ação ‘Rotear para’. Isso significa que você estará adicionando o parâmetro customer_reference como um parâmetro permitido a esse mesmo passo.

  2. Dados Obrigatórios. Esta é uma nova configuração de passo que permite impor uma verificação de dados antes de permitir que um usuário visualize o passo. Atualmente, você pode exigir que uma parte dos dados de submissão seja igual a outra parte dos dados de submissão. Se o usuário tentar carregar o passo e a verificação de dados obrigatórios falhar, ele verá uma mensagem de erro. No caso do Chargify, usaremos isso para exigir que o código que criamos na ação “Rotear para” seja igual ao customer_reference retornado pelo Chargify. Você pode personalizar a mensagem de erro exibida aos usuários usando o campo “Mensagem exibida quando os dados não estão presentes” no administrador do assistente. Além disso, há um link “Reiniciar Assistente” anexado à mensagem de erro, permitindo que o usuário redefina o assistente para o passo 1 e limpe as entradas existentes.

Processar pagamento internamente

Você pode usar o ProCourse Memberships para processar pagamentos.

Você também pode usar quase qualquer provedor de pagamento, desde que eles tenham uma API que suporte OAuth2 ou autorização básica (o Stripe, por exemplo, usa autorização básica), configurando uma conexão de API usando a ação “Enviar para API” do Custom Wizard e o sistema de gerenciamento de endpoints de API associado. Como você configurará isso dependerá do provedor. Essa abordagem é menos estável; é um recurso em fase beta, mas tem potencial significativo.