Dá pra automatizar a cobrança de cliente inadimplente sem queimar o relacionamento?
Dá — mas não mandando a mesma mensagem pra quem atrasou 3 dias e pra quem atrasou 60. O que funciona é uma régua automática: um sistema conta os dias desde o último pagamento (ou contato) e dispara o toque certo pra aquele estágio, com um texto que muda de tom aos poucos — começa leve, nunca vira ameaça, e para na hora que a pessoa responde. É a mesma lógica que já usamos pra reativar lead comercial que esfriou, aplicada aqui ao gatilho de inadimplência: o motor é o mesmo, o que muda é o evento que ele conta.
Por que a cobrança escrita no calor da hora quase sempre sai no tom errado?
O risco de cobrar não é esquecer — é acertar o tom com um cliente que você quer manter. Escrita na pressa, entre uma tarefa e outra, a mensagem costuma pender pra um dos dois extremos: ou sai agressiva demais pra quem só esqueceu o boleto e vai pagar amanhã, ou sai tão em cima do muro que quem realmente não vai pagar nem percebe que precisa se mexer. Nos dois casos a relação leva um arranhão que não precisava levar. E como acertar esse tom na mão, todo santo dia, cansa, a saída fácil é empurrar: o contato vira tarefa de sexta à tarde, que vira segunda, que vira "semana que vem eu resolvo" — e o cliente que atrasou 3 dias acaba recebendo o mesmo silêncio que o que atrasou 2 meses. O problema não é a preguiça de cobrar; é que decidir o tom certo, caso a caso, sob pressão, é exatamente o tipo de trabalho que uma régua faz melhor que gente cansada.
O que muda quando a cobrança vira uma régua, e não uma decisão do dia?
Muda o gatilho: em vez de uma pessoa escolher "esse eu cobro hoje", o sistema conta dias desde o último evento — último pagamento, última resposta — e dispara o próximo toque sozinho, sem esperar alguém lembrar. No nosso próprio motor de reativação de lead, que roda ao vivo, essa régua tem dois níveis: um lead morno recebe toques aos 8, 11, 15 e 22 dias de silêncio; um lead frio, aos 15 e 22. Cada toque tem um texto escrito e aprovado de antemão — o sistema não improvisa a frase na hora, só decide quando mandar a próxima já escrita. Se a pessoa responde no meio do caminho, a régua para ali mesmo: ninguém recebe o toque seguinte de quem já resolveu.
Como o tom muda sem nunca virar ameaça?
Esse é o detalhe que separa régua boa de robô chato. Olhando os quatro toques reais do nosso motor de reativação, dá pra ver a escada de tom: o primeiro oferece algo ("fiquei pensando aqui, quer que eu te mostre o próximo passo?"), o segundo é um convite sem pressão ("sem pressa nenhuma, só não queria deixar isso parado"), o terceiro sugere uma alternativa mais leve pra quem não quer o caminho maior, e o último avisa que o contato vai parar — "vou parar de cutucar pra não incomodar" — sem nunca soar como cobrança forçada. Em nenhum momento aparece ameaça, prazo fatal ou letra maiúscula gritando.
A mesma escada serve pra inadimplência, só trocando o assunto: o primeiro toque é lembrete solto, sem cobrar culpa; o do meio deixa claro que dá pra negociar; o último avisa que os toques automáticos vão parar — não que a dívida vai sumir, só que a régua encerra e um humano assume dali pra frente. Tom que escala aos poucos, sem pular direto pro susto, é o que mantém a cobrança dentro da relação em vez de romper ela.
A IA decide sozinha quando ameaçar negativação ou topar um desconto?
Não, e por desenho, não por sorte. O princípio que rege esse tipo de agente é: ele só afirma o que já está registrado como fato aprovado — texto do toque, prazo, condição. Se o cliente responde "já paguei" ou pede pra negociar, a régua para na hora e a conversa vai pra um humano decidir; a IA não inventa uma resposta pra parecer prestativa. E existe uma trava mais dura por trás disso: o que bloqueia a automação não é o valor da dívida, é a irreversibilidade da ação — negativar nome, cancelar contrato, aprovar desconto são decisões de risco, e decisão de risco continua sendo humana. A régua automatiza o lembrete repetitivo, não a decisão que pode machucar a relação de verdade.
Preciso de um sistema financeiro novo pra montar essa régua?
Não. A régua entra em cima do WhatsApp que a empresa já usa e cruza com o controle financeiro que já existe, por mais simples que ele seja — planilha, caderno ou um app de lançamento por voz. O que prova que essa automação financeira funciona na prática, mesmo pra quem não é técnico, é outro projeto real que já entregamos: nada a ver com cobrança, mas a mesma disciplina de resolver fricção financeira sem complicar a vida de quem usa.
O caso que prova essa capacidade é o app da Chicada — mas vale ser preciso sobre o que ele faz: é um registro de gastos por voz, não um sistema de cobrança. O pedido chegou por áudio, direto: uma pessoa de 70 anos que sempre achou planilha complicada precisava de um jeito de controlar o próprio dinheiro todo dia. A solução entregue foi um app que abre por link, sem baixar nada de loja — aperta um botão, fala "gasolina, cinquenta reais" e o sistema transcreve, entende o valor certo mesmo em frases tortas ("cento e vinte e três e quarenta") e guarda o lançamento numa de quatro categorias: entrada, saída, a receber ou a pagar. Testado de verdade, inclusive nos casos difíceis de número falado. Esse projeto não cobra ninguém — ele mostra que dá pra construir automação financeira real, sem tecniquês, pra quem nunca teve intimidade com sistema nenhum. É essa mesma disciplina que sustenta uma régua de cobrança: peça pequena, testada, sem inventar o que não foi combinado.
Perguntas frequentes
O app da Chicada cobra os clientes dela automaticamente?
Não. É um app de controle financeiro pessoal por voz — a pessoa fala o gasto e o sistema organiza o lançamento. Ele não manda cobrança nem lida com inadimplência de terceiros; é citado aqui só como prova de que automação financeira real e amigável funciona na prática.
A régua de cobrança pode mandar mensagem agressiva ou ameaçar negativação por conta própria?
Só se alguém escrever e aprovar esse texto antes. O sistema aplica a régua configurada; não decide um tom novo nem inventa ameaça que ninguém autorizou.
E se o cliente responder dizendo que já pagou?
A régua para na hora e a conversa vai pra um humano confirmar e resolver. O sistema não segue mandando o próximo toque de quem já se manifestou.
Preciso trocar de sistema financeiro ou de número de WhatsApp pra montar isso?
Não. A régua entra por cima do WhatsApp que a empresa já usa e cruza com o controle financeiro existente, sem exigir migração.
Isso serve só pra empresa que cobra boleto, tipo contabilidade?
O mecanismo é genérico — dias desde o último evento disparam o próximo toque. O que muda por negócio é o evento que conta (pagamento, entrega, resposta) e o texto de cada toque. O recorte específico de um [escritório de contabilidade cobrando cliente](/blog/automatizar-cobranca-cliente-contabilidade-ribeirao-preto/) segue essa mesma régua, só com o boleto como gatilho.