Grandes erros do meu primeiro SAAS 

É sempre um imenso aprendizado acompanhar sua história. Essa é a melhor série do ano! Cada vídeo uma lição de grande importância para quem pensa em trilhar caminhos como o seu. Abraço e sucesso.

Obrigado por compartilhar o caminho das pedras. Isso é um gesto muito honroso... Feliz Natal e Ano Novo para você.

Vou compartilhar uma experiencia, alguns anos atras fui contratado pra consertar um sistema que ja estava fazendo hora extra na terra. Ele tinha dentre varios defeitos 2 que eu considero os principais: o email era enviado por gmail, onde o operador nao tinha como saber se o email chegou e se nao chegou porque nao chegou (depois da melhoria entendemos que alguns nao chegavam pela caixa nao existir mais ou estar cheia); e o outro era que a recorrencia era feita por venda avulsa por cron, numa hospedagem onde que poderia usar cron por 2h durante a madrugada e muitas das vezes ficava 10 dias consecutivos sem cobrar, sendo que o gateway de pagamento usado tinha servico proprio de recorrencia. Isso sim eh vergonhoso, nao saber que nao tinha pix recorrente nao eh vergonhoso, ate porque, eh algo novo e ainda esta em melhorias.

Sensacional como sempre!

Ja tive um produto digital em recorrência os primeiro mês percebi que que pagava no pix dificilmente voltava o que fizemos foi deixar o pix apenas no plano anual a vista e so. Cara 60% dos pagamentos a partir dai foi tudo anual no pix kkk

Valeu pelo conteúdo massa, ansioso para o vídeo do balanço anual😊.

Que viva essa saga

O PIX em SAAS é como se fosse um plano pré pago. Por exemplo: O usuário paga hoje, acessa alguns dias e volta depois de 40, 50 dias. Você não tem previsibilidade financeira. Tenho cartão e PIX ativos aqui.

Muito obrigado pelo vídeo! Quanto ao gateway de pagamentos, tenho notado muitos elogios ao efipay (antigo gerencianet). Não consigo afirmar com certeza como ele se comportaria para alguém fora do país, como você. Estou ansioso para seus próximos vídeos sobre esse assunto, haha! Achei interessante a solução que encontrou com a Hotmart, apesar dos altos e baixos, está funcionando hahahahaha! No entanto, percebo que a Hotmart não ser a melhor opção para integrações com outros sistemas. Uma pena :( Abraços!

Dando meus 2 centavos, na minha plataforma eu só tenho cartão de crédito como método de pagamento e para alguns casos quando o cliente pede eu ativo boleto. Uso a Stripe e você citou que usava ela também na sua primeira tentativa. O Pix não tem recorrência, mas com o cartão eu enfrento um problema parecido. No final do mês muitas pessoas não tem limite de cartão disponível, isso é algo bem do Brasil. Então eu tenho alguns churns momentâneos, geralmente vira o mês e o pessoal volta pq tem limite. Eu sinto que se tivesse o Pix como método de pagamento alternativo ajudaria muito nesses casos.

Talvez uma ideia para minimizar essa falta de recorrência do PIX seria fazer alguma promoção para quem paga no crédito, ou algum tipo de desconto em planos de vários meses.

Meu amigo, gostei muito do vídeo e, não foi um erro em trabalhar com o PIX. Pois, se o produto for bom pode ter certeza que as pessoas irão pagar sim... Mas o que vemos por aí é muito gente querendo o dinheiro a qualquer custo, burocratizando o máximo possível a forma do cliente cancelar a assinatura e, assim por diante. Então eu, vc, e todo mundo não gosta ser tratado como ignorantes e idiotas... Por esse motivo se você continuar sendo o mais transparente possível é o melhor caminho.

Mais um vídeo de muita valia!! Acredito que o problema do pix causar churn é algo para ser repensado quando estamos olhando para o negócio, mas provocando uma reflexão... o intuito da devgym é ter o máximo de lucro ou ajudar o máximo de pessoas? Eu particularmente não gosto da abordagem por exemplo das academias de baixo custo, que pela mensalidade ser muito barata, muitas pessoas não cancelam ( até esquecem dessa mensalidade ) e academia ganha esse dinheiro sem a pessoa realmente usar pelo serviço, não existe um trabalho das academias de trazer essas pessoas para dentro dela. Se a pessoa pagou pelo pix e depois não quis renovar a assinatura da devgym significa que por algum motivo a devgym já não faz mais sentido para ela, ou se ela realmente usa a devgym e realmente ajuda ela com algo, mesmo pagando com pix, ela vai querer renovar. Pelo menos é o que eu imagino... Caso a pessoa não renove, pode até lançar um e-mail para ela perguntando o porquê ela não renovou a assinatura e entendendo o que falta na devgym para que a pessoa renove a assinatura e volte a usar, assim trilhando um caminho para que a devgym traga ainda mais valor para os usuários. Abraço Filho da nuvem! Boas Festas!

Muito banana esta fala e suas experiencias

Essa parte de e-mail marketing é mesmo chata. Existem até lista de palavras que é não podem ser usadas para não ser considerado spam.

Não sei nos demais bancos, mas hoje o Nubank tem uma funcionalidade de recorrência usando PIX.

Ou seja, você tá constatando na prática tudo o que eu já tinha falado lá naquele seu outro vídeo sobre pagamentos, de 3 meses atrás: você devia ter ficado na Stripe e vendendo só de forma recorrente, no cartão. Volta lá e relê meus comentários. rsrs

Não sei qual ferramenta você escolheu pra construir o sistema mas ouvindo você falar que ainda não implementou e-mails já me da uma noção de que você não escolheu um framework como rails, laravel ou django. Estou construindo um Saass assim como você (em outro ramo) e eu definitivamente recomendaria você a usar um framework dos que eu citei, os recursos que esses frameworks disponibilizam economizam por baixo umas 200 horas de trabalho, todos eles já tem e-mail, autenticação, autorização, recuperação de senha, gerenciamento de perfil, cobrança, paginação e muito mais...

Agora que saquei o motivo do nome do canal... Já vi alguns vídeos e tava voando. Kmkkk