← todos os posts
Tutorial 5 min de leitura

"Cobrar por assinatura, por uso ou uma vez só: o que cada modelo exige do seu app"

"Os três jeitos de cobrar parecem iguais no botão e pedem coisas bem diferentes do app. O que cada um exige e por qual eu começaria testando a ideia."

"Não adianta fazer software como serviço sem todo o resto."

A frase é de uma discussão brasileira sobre empreender com software, e quem escreveu falava de vendas. Mas ela esconde uma coisa: "software como serviço", o tal SaaS, já é uma escolha de como cobrar. É assinatura, o modelo que mais exige do app.

Quase todo mundo escolhe o modelo pelo que vê na Netflix. Só que a escolha não fica na página de preço: ela decide o que o app precisa lembrar, todo dia, sobre cada cliente.

Não é a ferramenta que vai te avisar

O sistema de pagamento mostra três botões: cobrança única, assinatura, por uso. Parecem versões do mesmo produto. A IA, quando você pede "coloca assinatura", gera a tela de assinar e para. O que muda fica do lado de dentro, e nenhum dos dois te conta.

Os três modelos, pelo que o app precisa ter

Uma vez só. O cliente paga, o app anota "pago" e libera. Um pedido, um status. Funciona com Pix e cartão. O erro clássico é liberar pela tela de "obrigado" em vez de pelo aviso do pagamento, e isso eu já destrinchei no post do Pix.

Assinatura. O app guarda uma data: até quando o cliente tem acesso. E ouve o sistema de pagamento todo mês, porque a renovação acontece sem ninguém clicar. Surgem três coisas:

  • A renovação que falha. Na documentação de assinaturas do Mercado Pago, quando o cartão é recusado, a cobrança fica em nova tentativa, com no máximo 4 tentativas, por padrão dentro de 10 dias. Depois de 3 parcelas recusadas, a assinatura é cancelada automaticamente e você recebe um e-mail. Se o seu app não ouvir isso, o acesso fica aberto pra quem parou de pagar.
  • O cancelamento. Cancelou no dia 10, pagou até o 30: o acesso fica até o 30. A IA costuma cortar na hora. E o Decreto 7.962, que regula comércio eletrônico, exige atendimento eletrônico que resolva, entre outras coisas, "suspensão ou cancelamento do contrato". Cancelar não pode depender de te achar no WhatsApp.
  • O Pix que se repete. Pix comum é pagamento único. Pra Pix recorrente existe o Pix Automático, do Banco Central, mas o FAQ oficial dele diz que o recebedor é "pessoa jurídica cujo número de inscrição no CNPJ esteja ativo". Sem CNPJ, assinatura é no cartão. E nem todo provedor oferece: a página de Pix da Stripe diz, com todas as letras, que "o Pix Automático não está disponível no Brasil" para conta brasileira.

E tem o custo. Na tabela da Stripe para o Brasil, conferida em 9 de outubro de 2026, a cobrança de assinatura (o Stripe Billing) soma 0,7% sobre o volume, além dos 3,99% mais R$ 0,39 do cartão. Cada provedor cobra diferente; veja o seu.

Por uso. O app precisa de um medidor: contar cada uso, no servidor (o computador onde o app roda, longe do cliente), num lugar que o cliente não consegue editar. Se cobra depois do uso, você virou financiador: o cliente usou e o cartão recusou. Se cobra antes, num pacote de créditos, é "uma vez só" repetida, com um saldo que desce.

A tabela

Uma vez só Assinatura Por uso
O app guarda pago: sim ou não acesso até tal data saldo ou contador
Quando o dinheiro falha não libera renovação recusada, precisa fechar o acesso o cliente já usou
Cancelamento só reembolso acesso até o fim do período pago para de usar
Pix sim só Pix Automático, com CNPJ sim, se for pacote pré-pago

O que eu faria testando a ideia

Começaria por uma vez só, vendendo tempo: "30 dias de acesso", por Pix ou cartão. Pro cliente parece assinatura; pro app é um pedido mais uma data.

Três dias antes do fim, o app (ou você, na mão) manda um lembrete com o link de pagar. Quem paga ganha mais 30 dias. Quem não paga perde o acesso sozinho, sem cobrança recusada nem cancelamento pra tratar.

Você perde a renovação automática, e isso custa algum cliente. Em troca, com os cinco primeiros pagantes, descobre se alguém paga duas vezes, que é a pergunta que importa agora. A assinatura de verdade vem quando renovar na mão começar a doer.

O que fazer hoje

Cole isto na ferramenta que você usa:

"Quero cobrar por período de acesso, sem assinatura recorrente. (1) Cada usuário tem um campo 'acesso_ate' no banco de dados, que só o servidor altera. (2) Quando um pagamento for confirmado pelo aviso do provedor, some 30 dias a partir da data maior entre hoje e o 'acesso_ate' atual. (3) Toda área paga confere, no servidor, se hoje é antes do 'acesso_ate'. (4) Três dias antes do vencimento, mande um e-mail com o link de pagamento. No fim, me diga como eu mudo o 'acesso_ate' de um usuário de teste pelo painel do banco de dados."

O teste, sem ler código: pegue um usuário de teste, mude o acesso_ate dele pra ontem pelo painel, e tente entrar na área paga. Tem que bloquear. Depois mude pra amanhã. Tem que abrir. Se a pessoa conseguir mudar a própria data, o problema é de regra de acesso, o assunto do "é só ligar o RLS".

A escolha do modelo é o degrau de cima

Decidir como cobrar vem antes de ligar qualquer botão. Mas não fica de pé sozinho. As sete coisas que precisam existir antes do primeiro real valem pros três modelos, e a nota fiscal vem logo depois.

Cobrar é uma das perguntas do checklist "Protótipo ou produto?", e ela tem vizinhas que vêm antes: o código é seu, o banco é seu, o login protege. Escolher o modelo leva uma tarde. Fazer ele valer depende dessas outras, nessa ordem.

Fontes