Bot WhatsApp Uúba

Assistente inteligente de cobrança via WhatsApp
Proposta — Março 2026
Implementado

! Decisões Necessárias

Para prosseguir com a implementação, precisamos de aprovação nos seguintes pontos:

1. Escopo do Bot
As capacidades listadas no slide 3 estão corretas? Falta algo? Algo deve ser removido?
2. Tom das Mensagens
A régua progressiva (amigável → urgente) está adequada para os clientes da Uúba?
3. Regras de Escalação
Os critérios para escalar para humano estão corretos? Quem recebe a escalação?
4. Limites do Bot
Concorda com o que o bot NÃO deve fazer (slide 5)?
5. Horário de Envio
8h-20h (seg-sex), 9h-14h (sáb). Correto? Domingo não envia?
6. Protocolo de Cobrança Comportamental
Concordam com as etapas e técnicas do protocolo (slide 6)? Os exemplos de mensagem estão adequados?
7. Modelo Multi-Número Aprovado
A Uúba fornece o número WhatsApp dedicado para cada cliente.
8. Integração Conta Azul
Temos acesso à API / sandbox da Conta Azul para gerar links de pagamento e receber webhooks?

Após aprovação, a implementação técnica pode começar imediatamente. Detalhes de cada ponto abaixo.

1 O que é

Um assistente virtual no WhatsApp que cobra clientes automaticamente e responde dúvidas em tempo real, usando inteligência artificial para adaptar tom e conteúdo a cada situação.

24/7
Disponível sempre
IA
Claude (Anthropic)
3
Fluxos principais
Auto
Escala para humano

2 Como funciona

Fluxo 1 — Bot inicia (Régua de Cobrança)

1 Régua detecta fatura vencida (automático, diário)
2 Bot envia mensagem no WhatsApp com tom adequado ao atraso
3 Cliente responde
4 Bot entende a resposta e reage (promessa, dúvida, reclamação...)

Fluxo 2 — Cliente inicia (Atendimento)

1 Cliente manda mensagem no WhatsApp
2 Bot identifica o cliente pelo número de telefone
3 Puxa contexto: faturas, cobranças, histórico
4 Conversa com o cliente: consultar faturas, tirar dúvidas, pagar

Fluxo 3 — Pagamento (Pix / Boleto via Conta Azul)

1 Cliente diz "quero pagar" ou bot envia cobrança
2 Bot consulta faturas em aberto na API da Uúba
3 Bot gera link de pagamento via Conta Azul (Pix ou boleto)
4 Envia o link direto no WhatsApp — cliente clica e paga
5 Conta Azul confirma pagamento via webhook
6 Bot atualiza a fatura na API e manda agradecimento ao cliente

Como funciona o pagamento por baixo dos panos

$ Conta Azul é a plataforma de pagamentos. Ela gera boletos, Pix e links de pagamento. Quando o cliente paga, o Conta Azul avisa nosso sistema via webhook (notificação automática). O bot nunca processa dinheiro — ele só envia o link e espera a confirmação.
Pix: Pagamento instantâneo — cliente escaneia QR code ou copia o código, dinheiro cai na hora.
Boleto: Cliente pode pagar no banco, app ou lotérica. Compensação em 1-2 dias úteis.
Link de pagamento: URL que o Conta Azul gera — o cliente abre no navegador, escolhe Pix ou boleto, e paga. Não precisa instalar nada.

3 O que o bot sabe fazer

Situação O que o bot faz Tipo
Fatura vencida Envia cobrança com tom progressivo (amigável, firme, urgente) Cobrança
"Vou pagar sexta" Registra promessa de pagamento e agenda follow-up automático Registro
"Já paguei" (Pix) Verifica no Conta Azul em tempo real; se confirmado, agradece e atualiza a fatura Verificação
"Já paguei" (Boleto) Verifica no Conta Azul; se ainda não compensou, avisa: "Boletos levam 1-2 dias úteis para compensar. Vou acompanhar e te aviso assim que confirmar!" Agenda follow-up automático para verificar novamente Verificação
Boleto compensou Bot recebe webhook do Conta Azul confirmando, atualiza fatura e manda: "Pagamento confirmado! Obrigado, [nome]." Automação
Boleto não compensou (2+ dias) Bot verifica novamente no Conta Azul; se não caiu, avisa o cliente: "Ainda não identifiquei seu pagamento. Pode enviar o comprovante?" Follow-up
"Que fatura é essa?" Puxa NF, valor, data de vencimento e envia os detalhes Consulta
"Quanto devo?" Lista total em aberto e todas as faturas pendentes Consulta
"Quero pagar agora" Envia link de pagamento (Pix/boleto via Conta Azul) Pagamento
"Quero parcelar" Escala para atendente humano Escalação
Cliente irritado Detecta sentimento, acalma a situação, escala para humano Escalação
Cliente ignora cobranças Escala tom automaticamente (amigável → neutro → firme → urgente) Cobrança
Número desconhecido "Não encontrei seu cadastro. Qual seu CNPJ?" Identificação
"Oi" / saudação Identifica pelo telefone, cumprimenta pelo nome, oferece ajuda Atendimento
Pagamento confirmado Recebe webhook do Conta Azul, atualiza fatura, agradece o cliente Automação

4 Regras de Negócio

Tom da Cobrança (Régua Progressiva)

Dias de atrasoTomExemplo de abertura
1-3 dias Amigável "Oi [nome]! Notei que a fatura X ficou em aberto. Pode ter passado despercebido..."
4-10 dias Neutro "Olá [nome]. A fatura X está pendente há [N] dias. Precisa de ajuda?"
11-30 dias Firme "[nome], a fatura X está com [N] dias de atraso. É importante regularizar..."
30+ dias Urgente "[nome], existem pendências significativas na sua conta. Precisamos resolver..."

Escalação para Humano

Segurança e Privacidade

5 O que o bot NÃO faz

Limites claros para evitar problemas:

AçãoMotivo
Negociar descontos ou parcelamentos Requer análise humana — política comercial
Cancelar contratos ou serviços Ação irreversível — precisa de confirmação humana
Dar aconselhamento jurídico Risco legal — escala para o departamento correto
Enviar mensagens fora do horário comercial Respeita horário: 8h-20h (seg-sex), 9h-14h (sáb)
Insistir quando cliente pede para parar Respeita opt-out imediatamente
Inventar informações financeiras Só responde com dados confirmados via API
Cobrar clientes adimplentes Régua só dispara para faturas realmente vencidas

6 Protocolo de Cobrança Comportamental

Escalada gradual de pressão psicológica baseada em ciência comportamental. Cada etapa usa uma técnica diferente. O link de pagamento vai em toda mensagem (fricção zero).

7
Etapas da régua
10%
Desconto máximo
15+
Dias até escalação
98%
Taxa abertura WhatsApp

3 dias antes do vencimento — Lembrete Preventivo

Objetivo: Evitar o atraso antes que aconteça. Muitos pagamentos atrasam por esquecimento simples.

"Olá, [Nome]! Sua fatura de R$ [valor] vence em 3 dias ([data]).

Segue o link para facilitar:
[Boleto/Link Pix]

Qualquer dúvida, estou à disposição!"
Técnica: Lembrete preventivo, curto e direto. Previne atrasos por esquecimento.

1 dia após vencimento — Lembrete Neutro

Objetivo: Avisar sem pressão. Tom 100% profissional e cordial.

"Olá, [Nome]! Tudo bem?

O boleto de R$ [valor] ref. [serviço/mês] com vencimento em [data] está em aberto.

Segue atualizado para facilitar:
[Boleto/Link Pix]

Qualquer dúvida, estou à disposição!"
Técnica: Sem julgamento, assume boa-fé (esquecimento). Boleto já no chat = fricção zero.

3 dias após vencimento — Implementação de Intenção (Gollwitzer)

Objetivo: Transformar "vou pagar" em plano concreto com data e ação. Triplica a chance de execução.

"Olá, [Nome]! Tudo certo?

Vi que o boleto de R$ [valor] ainda está em aberto. Sem problemas — sei que a rotina aperta!

Me diz: qual dia da semana você costuma organizar os pagamentos da empresa? Assim consigo te enviar um lembrete no momento certo pra facilitar.

Enquanto isso, segue o boleto atualizado:
[Boleto/Link Pix]"
Técnica: Não cobra diretamente — pergunta sobre a rotina. O cliente se sente respeitado. Ao responder, cria compromisso implícito.
Se o cliente responder (ex: "Geralmente pago às terças"):

"Perfeito! Então vou te enviar o boleto atualizado na terça-feira de manhã, combinado?"

5 dias após vencimento — Prova Social (Cialdini / BIT)

Objetivo: Pressão do grupo. Ninguém quer ser o único fora do padrão. Quanto mais específica a comparação, mais eficaz.

"Olá, [Nome]!

Só um acompanhamento sobre o boleto de R$ [valor] que está pendente desde [data].

Todos os nossos clientes do segmento [X] já estão adimplentes este mês. Não quero que você seja a exceção.

Vamos resolver isso juntos?

Segue o boleto atualizado:
[Boleto/Link Pix]

Me fala o que funciona melhor pra você e a gente resolve hoje."
Técnica: Tom direto. O cérebro humano odeia ser o diferente do grupo. A especificidade do segmento torna a comparação pessoal.

A qualquer resposta — Compromisso (Cialdini / Thaler)

Sempre que o cliente responder em qualquer etapa, travar acordo com confirmação escrita. O viés de consistência trabalha a favor.

Cliente diz que vai pagar

"Ótimo, [Nome]! Então fica combinado assim:

Valor: R$ [valor]
Data: [data específica]
Meio: Boleto/Pix

Pode confirmar com um "ok" pra eu registrar o acordo aqui?

[Boleto/Link Pix]"

Cliente pede prazo

"Entendo, [Nome]. Sem problemas! Qual dia da semana que vem funciona?

Assim que combinarmos, te envio tudo certinho pra facilitar."

Após a resposta:

"Perfeito! Registrando aqui:
Valor: R$ [valor]
Data: [dia que ele escolheu]

Confirma com um "combinado" pra eu travar essas condições?"

Cliente pede desconto

"Vou verificar o que consigo fazer por você, [Nome]. Me dá um momento."

Depois:

"Consegui aprovar 10% de desconto para pagamento até [data]. O valor fica R$ [valor com desconto].

Valor com desconto: R$ [valor]
Válido até: [data]

Confirma que seguimos com esse acordo?

[Boleto atualizado/Link Pix]"
Desconto máximo: 10%. Se o cliente insistir em valor maior, escala para funcionário humano.
Por que funciona: Pedir "ok" ou "combinado" escrito ativa o viés de consistência. Depois de confirmar, quebrar a palavra gera desconforto psicológico. E temos registro documentado.

7+ dias após vencimento — Aversão à Perda (Kahneman & Tversky)

Último recurso. Enquadra o não-pagamento como perda de algo que o cliente já possui. Usar com moderação — é a arma mais forte.

Nível 1 (D+7) — Perda de Condições Especiais

"Olá, [Nome].

As condições especiais que reservamos para você estão próximas de expirar.

Até [data], você ainda consegue:
- Manter o desconto de 10%
- Evitar encargos adicionais

Após essa data, essas condições serão canceladas e o valor volta ao integral de R$ [valor cheio].

[Boleto/Link Pix]

Posso contar com o pagamento até [data]?"

Nível 2 (D+10) — Perda de Status e Benefícios

"[Nome], preciso te informar sobre uma situação importante.

Seu histórico conosco sempre foi excelente, e por isso mantemos condições diferenciadas para você. Porém, com o débito em aberto desde [data], essas condições estão em risco:

- Condições de pagamento diferenciadas
- Prioridade no atendimento
- Seu histórico de bom pagador

Não quero que você perca tudo isso. Vamos resolver agora?

[Boleto/Link Pix]"

Nível 3 (D+15) — Última tentativa antes de escalação

"[Nome], essa é a última tentativa amigável antes de precisarmos formalizar a cobrança.

O débito de R$ [valor] está em aberto há [X] dias. A partir de [data], seremos obrigados a tomar as medidas contratuais cabíveis, incluindo:

- Aplicação de multa e juros previstos em contrato
- Encaminhamento para cobrança formal
- Suspensão dos serviços contratados

Sei que essa não é a intenção de nenhum dos lados. Vamos resolver juntos hoje?

[Boleto/Link Pix]"
Sem resposta após esta etapa: Conversa é transferida para funcionário humano da Uúba.

Pós-pagamento — Reforço Positivo

Estudo BIT/UK provou que agradecer após pagamento aumenta em +19% a adesão futura. Fecha o ciclo de forma positiva.

"Pagamento confirmado! Obrigado, [Nome].

Seu histórico com a gente continua impecável. Qualquer coisa, estou por aqui!"

Fluxo visual do protocolo

D-3 ────→ Lembrete pré-vencimento + Link pagamento │ │ (não pagou) ▼ D+1 ────→ Lembrete Neutro + Link pagamento │ │ (sem resposta) ▼ D+3 ────→ Implementação de Intenção + Link pagamento │ "Qual dia você costuma organizar pagamentos?" │ │ (sem resposta) ▼ D+5 ────→ Prova Social (tom direto) + Link pagamento │ "Todos do seu segmento estão em dia" │ │ (sem resposta) ▼ D+7 ────→ Aversão à Perda Nível 1 │ "Suas condições especiais expiram em 48h" │ │ (sem resposta) ▼ D+10 ───→ Aversão à Perda Nível 2 │ "Seu histórico de bom pagador está em risco" │ │ (sem resposta) ▼ D+15 ───→ Aversão à Perda Nível 3 │ "Última tentativa antes da formalização" │ │ (sem resposta) ▼ HUMANO ─→ Funcionário Uúba assume a conversa ┌─────────────────────────────────────────────────┐ │ CLIENTE RESPONDEU EM QUALQUER ETAPA? │ │ → Ativar COMPROMISSO │ │ → Confirmar acordo por escrito │ │ → Desconto máximo: 10% │ │ → Se pedir mais: escala para funcionário │ │ → Link de pagamento SEMPRE junto │ └─────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────┐ │ CLIENTE PAGOU? │ │ → Enviar agradecimento (reforço positivo) │ │ → "Pagamento confirmado! Obrigado, [nome]" │ │ → +19% adesão futura (estudo BIT/UK) │ └─────────────────────────────────────────────────┘

Regras de ouro

RegraPor quê
Link de pagamento em TODA mensagemFricção zero — o cliente paga no impulso
Nunca começar pela aversão à perdaQueima o relacionamento cedo demais
Sempre pedir confirmação escritaCompromisso por escrito = 3x mais cumprimento
Tom empático antes de ser firmeTom agressivo faz o cliente sumir (efeito avestruz)
Personalizar o segmento na prova social"Empresas de tecnologia" > "empresas em geral"
Desconto máximo 10%Acima disso, escala para funcionário humano
Máximo 1 mensagem por diaExcesso gera bloqueio no WhatsApp
Horário: 8h-20h (seg-sex), 9h-14h (sáb)Respeitar horário comercial, nunca domingo
Agradecer após pagamentoReforço positivo = +19% adesão futura (BIT/UK)
Sem emojis em excessoContexto B2B — manter tom profissional

Baseado em: Thaler & Sunstein (Nudge), Kahneman (Prospect Theory), Cialdini (Influence), Gollwitzer (Implementation Intentions), Behavioural Insights Team (UK).

7 Modelo Multi-Número (WhatsApp)

Cada cliente da Uúba recebe um número WhatsApp dedicado, fornecido por nós. O cliente final sempre sabe qual empresa está falando com ele.

Por que um número por cliente?

! Uma pessoa pode ser cliente de duas empresas que usam a Uúba
! Se o bot usar o mesmo número, o cliente não sabe de qual empresa é a cobrança
Com números separados, cada conversa é claramente identificada
ItemDetalhe
Quem fornece o número A Uúba fornece — o cliente não precisa se preocupar com chip
Onboarding Cliente assina → recebe número dedicado → já sai usando
Infraestrutura Múltiplas instâncias na mesma Evolution API (sem custo extra de infra)
Se o número for banido Nós trocamos sem impacto para o cliente
Evolução futura Migrar para API oficial do WhatsApp Business (número verificado com selo verde)

8 Arquitetura Técnica

┌──────────────────┐ │ WhatsApp │ Cliente envia/recebe mensagens │ (celular) │ └────────┬─────────┘ │ ▼ ┌──────────────────┐ │ Evolution API │ Self-hosted na VPS │ (wa.uuba.tech) │ Ponte entre WhatsApp e nosso sistema └────────┬─────────┘ │ webhook ▼ ┌──────────────────────────────────────────┐ │ n8n (orquestrador) │ │ │ │ Webhook ──▶ Identificar ──▶ Agente IA │ │ cliente (Claude) │ │ │ │ │ Régua ────────────────────────▶ │ │ │ (cron) │ │ │ ▼ │ │ ┌────────────┐ │ │ │ Ações: │ │ │ │ • Responder│ │ │ │ • Registrar│ │ │ │ • Escalar │ │ │ └────────────┘ │ └────────────────────┬─────────────────────┘ │ ▼ ┌──────────────────────────────────────────┐ │ Uúba Tech API │ │ (api.uuba.tech — FastAPI) │ │ │ │ Clientes · Faturas · Cobranças │ │ Métricas · Histórico │ └──────────────────────────────────────────┘

Stack Tecnológico

ComponenteTecnologiaFunção
WhatsApp GatewayEvolution API v2Enviar e receber mensagens
Orquestraçãon8n (self-hosted)Workflows, webhooks, agendamento
InteligênciaClaude Sonnet (Anthropic)Entender contexto, gerar respostas
BackendFastAPI + PostgreSQLDados de clientes, faturas, cobranças
CacheRedisSessões WhatsApp, performance
InfraestruturaVPS + Docker + Nginx + SSLTudo self-hosted

9 O que já existe

Base sólida construída no Sprint 1-2:

ItemStatusDetalhe
API REST Produção 14 endpoints — clientes, faturas, cobranças, métricas
Dados mock Pronto 8 clientes, 16 faturas, 13 cobranças para teste
Testes automatizados 174 testes Unit + integration + security + data integrity
CI/CD Verde GitHub Actions: lint + test + build
n8n Rodando Bot WhatsApp ativo + workflow de envio + debounce Redis
WhatsApp Conectado Evolution API v2.3.7 + instância uuba-bot conectada
Chatwoot Ativo Plataforma de atendimento integrada ao WhatsApp (chat.uuba.tech)
Bot IA Produção Claude Sonnet 4 com memória, debounce e 4 tools
Infraestrutura Pronta VPS + Docker Compose + Nginx + SSL

10 Roadmap de Implementação

SprintObjetivoEntregas
Sprint 3 ✓ WhatsApp Bidirecional Evolution API instalada, WhatsApp conectado,
workflows de envio e recebimento funcionando
Sprint 4 ✓ Agente Conversacional Bot com IA que entende contexto,
responde dúvidas, registra promessas,
escala para humano
Sprint 5 Régua Automática Cobrança automática com tom progressivo,
follow-up de promessas, integração com
histórico de conversa
Sprint 6 Pagamento + Polish Webhook Conta Azul (pagamento confirmado),
link de pagamento via WhatsApp,
feedback loop do agente

11 Dependências e Riscos

Dependências do Time

ItemQuandoResponsável
Número WhatsApp (chip dedicado para o bot) Sprint 3 Equipe
DNS wa.uuba.tech apontando para a VPS Sprint 3 Equipe (Wix DNS)
Aprovação do tom e mensagens de cobrança Sprint 4 Equipe
Conta Azul (sandbox para testes de pagamento) Sprint 6 Equipe

Riscos Identificados

RiscoImpactoMitigação
WhatsApp bane o número por spam Alto Começar com poucos clientes, tom amigável, respeitar opt-in/opt-out, horário comercial
IA alucina dados financeiros Alto Prompt rigoroso: bot SEMPRE valida dados contra a API antes de responder; nunca inventa valores
Cliente confunde bot com humano Médio Primeira mensagem sempre inclui "Sou o assistente virtual da Uúba"
Evolution API instável Médio Monitoramento ativo, fallback para API oficial do WhatsApp se necessário
Custo de API da Anthropic Baixo Claude Haiku para triagem (barato), Sonnet só para respostas complexas

12 Métricas de Sucesso

Como vamos medir se o bot está funcionando:

📬

Taxa de Entrega

% de mensagens enviadas com sucesso via WhatsApp

💬

Taxa de Resposta

% de clientes que respondem após cobrança

🤝

Taxa de Resolução

% de conversas resolvidas sem escalar para humano

💰

Taxa de Recuperação

% de faturas pagas após interação com o bot

⏱️

Tempo de Resposta

Tempo médio entre mensagem do cliente e resposta do bot

📈

DSO (Days Sales Outstanding)

Redução no prazo médio de recebimento