Defina os planos antes do código
Os planos costumam variar por um destes critérios:
- Por usuário: cada pessoa da equipe do cliente conta
- Por uso: quantidade de registros, envios, documentos ou unidades
- Por recurso: planos superiores liberam funcionalidades extras
- Combinação: um plano base com limites e cobrança por excedente
O que o sistema precisa controlar
| Situação | O que o SaaS precisa fazer |
|---|---|
| Teste grátis | Liberar o acesso por um período e lembrar o cliente antes do fim |
| Pagamento aprovado | Manter ou liberar o acesso do plano contratado |
| Pagamento recusado | Avisar, tentar de novo e definir quando o acesso é limitado |
| Upgrade | Liberar os recursos na hora e ajustar a cobrança |
| Downgrade | Respeitar os limites do plano menor sem apagar dados |
| Cancelamento | Manter o acesso até o fim do período pago e permitir exportar os dados |
Cobrança e meio de pagamento
A cobrança recorrente normalmente é feita por um gateway de pagamento, que guarda os dados do cartão com segurança e avisa o seu sistema, por webhooks, quando um pagamento é aprovado ou recusado. Seu SaaS não deve armazenar números de cartão. Explicamos o funcionamento em integração de pagamentos em um SaaS.
Inadimplência: decida a regra antes
Defina quantos dias o cliente pode ficar com o pagamento pendente, quais avisos ele recebe e o que acontece depois: acesso somente leitura, bloqueio ou suspensão. Uma regra clara evita tanto perder receita quanto irritar clientes que tiveram só um problema com o cartão.
Comece simples
No MVP, um ou dois planos e uma forma de pagamento já validam o modelo. Planos anuais, cupons e cobrança por uso podem vir depois, quando você souber como os clientes usam o produto. Veja o que mais entra na primeira versão em MVP de SaaS.
Nosso desenvolvimento de SaaS inclui a cobrança recorrente com Pix e cartão desde a primeira versão.