Cobrança, dunning e research para fintech regulada
Banco e crédito não vivem de win-back como as assinaturas. Vivem de receber, de entender por que as pessoas atrasam e de converter a próxima coorte. A Boom é uma força de trabalho de IA que mantém conversas reais de pagamento e de research com milhares de clientes pelos canais que eles já usam, personaliza cada uma conforme a situação e passa o caso para uma pessoa quando ele fica sensível. Ela lê os dados dos seus clientes a partir do seu próprio banco de dados, nunca um arquivo que você exporta e manda por e-mail, por uma fração do custo do time que substituiria.
Empresas que crescem com a Boom
O trabalho que move os números na fintech
A maioria dos times fintech começa por um de três problemas: provar que o engajamento é seguro de rodar, fazer mais da sua carteira pagar, ou entender por que ela não paga. A Boom é construída em torno dos três.
- 01
Pronta para uma entidade regulada
SOC 2 e GDPR estão em andamento, com um DPA de controlador e operador, acesso por papéis e credenciais criptografadas. Cada conversa fica com backup para você responder a uma reclamação ou a uma auditoria de regulador, e um cliente pode pedir que seus dados sejam apagados ou exportados. A ideia é que os seus revisores de compliance e segurança consigam aprovar a Boom sem briga.
- 02
A cobrança no início é uma arte
O nosso fundador tocou uma financeira por sete anos, então vamos ser honestos: a cobrança no início é um ofício, não uma fórmula. A Boom roda lembretes de pagamento e fluxos de promessa de pagamento, cuida do tom para que os números não acabem marcados e bloqueados, e chama uma pessoa para os casos de dificuldade real. Nenhum fornecedor consegue impedir uma plataforma de bloquear um número agressivo, e não vamos fingir o contrário.
- 03
Dunning por motivo de recusa
Um cartão sem saldo, um cartão vencido e uma recusa do-not-honor são três conversas diferentes, não uma única nova tentativa. A Boom lê o motivo e muda o que diz e quando diz, para que a recuperação de pagamentos falhos deixe de ser um único lembrete genérico que chega igual para todos.
O PII dos seus clientes fica no seu banco, não em um CSV
PII financeiro sensível não deveria viver em uma planilha que passa de ferramenta em ferramenta: a Boom se conecta aos dados dos seus clientes por uma API ou um conector de banco de dados e lê o que precisa na hora, sem lista para exportar, mandar por e-mail nem esquecer no notebook de alguém.
- PII lido a partir do seu banco ou API, nunca um upload de CSV
- Acesso por papéis e credenciais criptografadas
- Backup de conversas para auditorias de reclamação e regulador
- Apagar ou exportar os dados de um cliente quando ele pedir
Um vai e volta real sobre o pagamento, com um humano para os casos difíceis
Você dá à Boom um objetivo em linguagem simples, ela mantém a conversa, lê as respostas e se adapta em vez de disparar o mesmo template para todos, passando o caso para uma pessoa do seu time assim que alguém está em dificuldade genuína.
- Promessa de pagamento e lembretes que leem a resposta
- Handoff limpo para uma pessoa em dificuldade e disputas
- Cada conversa capturada como dado de por-que-não-pagaram
Contra um time humano e contra uma ferramenta de dunning
Um time de cobrança mantém uma conversa real mas não escala. Uma ferramenta de mensageria ou dunning escala mas dispara a mesma mensagem. A Boom quer ficar no meio.
| Time humano de cobrança | Uma ferramenta de mensageria / dunning | Boom | |
|---|---|---|---|
| Mantém um vai e volta real | Sim, mas só alguns por dia | Não, templates fixos | Sim, em escala |
| Personaliza por motivo de recusa | Se perceberem | Quase nunca, mesma tentativa para todos | Sim, lê o motivo |
| Captura por que não pagaram | Em notas, se lembrarem | Não | Sim, como dado estruturado |
| PII a partir do seu banco, nunca um CSV | Depende do processo | Muitas vezes um upload de CSV | Sempre a partir do seu banco ou API |
| Uma pessoa entra na dificuldade | Sim | Não | Sim, handoff limpo com contexto |
Conversas que um time humano não sustenta sozinho
Estes são resultados iniciais e anonimizados por indústria, não garantias atreladas a um cliente com nome. Times nesse espaço também veem a recuperação de pagamentos falhos melhorar quando o dunning é personalizado por motivo de recusa em vez de enviado como uma única nova tentativa genérica.
- 450 → 70
Um neobank alcançou 450 clientes e teve 70 conversas efetivas em cerca de uma semana, um trabalho que ocuparia uma pessoa por muitos dias.
Piloto de customer research, neobank
- 15 em 2 dias
Um time de crédito fez 15 entrevistas de cobrança efetivas em dois dias, contra 2 feitas à mão em uma semana inteira.
Piloto de research de cobrança, crédito
Cobrança é uma conversa, não um disparo em massa, e o que eu não esperava me importar tanto é que os dados dos nossos clientes nunca precisam sair do nosso próprio banco para isso funcionar.
Aprofunde
- O Sales CloserDunning e recuperação de pagamentos falhos, por motivo de recusa
- O ResearcherPor que não estão pagando, em escala
- Customer Data PlatformPII lido a partir do seu banco, nunca um CSV
- ExtractionConversas fechadas em variáveis de por-que-não-pagaram
- Para mid-marketComo a Boom encaixa em uma fintech regulada que escala
Veja a Boom sobre a sua própria carteira
Traga um segmento em atraso ou uma coorte que você quer entender. Mostramos as conversas, onde uma pessoa entra e exatamente como os dados são tratados antes de algo tocar um cliente.