A agenda precisa ser a fonte de verdade

O sistema não deve “lembrar” que um horário parecia livre alguns minutos atrás. Antes de oferecer e principalmente antes de confirmar, precisa consultar a fonte real de disponibilidade. Se existem profissionais, salas, durações diferentes ou serviços combinados, essa regra precisa estar modelada no backend, não apenas escrita no prompt.

Esse cuidado evita um dos erros mais caros em automação de atendimento: responder com convicção sobre um horário que já não existe.

Separar conversa de ação

Uma mensagem como “pode ser às 16h” não deveria gravar uma reserva automaticamente em qualquer contexto. Eu costumo separar intenção, coleta dos dados necessários, validação e confirmação. A ação que muda a agenda só acontece quando as condições estão completas e o estado da conversa permite.

Esse desenho também facilita cancelamento e reagendamento, porque o sistema sabe exatamente qual reserva está sendo alterada e não depende de interpretar toda a conversa de novo.

Idempotência evita duplicidade

WhatsApp, filas e webhooks podem repetir eventos. Se o backend trata cada evento como novo, uma única conversa pode gerar dois agendamentos, dois pagamentos ou duas mensagens de confirmação. Por isso ações críticas precisam de chaves de idempotência e regras que permitam reprocessar sem repetir o efeito.

Esse é um detalhe invisível para o cliente final, mas faz diferença entre uma automação que funciona numa demonstração e outra que aguenta uso real.

Handoff humano faz parte do projeto

Nem toda conversa deve continuar automatizada. Reclamações, exceções de agenda, dúvidas clínicas ou situações que fogem do fluxo precisam chegar a uma pessoa com contexto suficiente para continuar dali. O erro é tratar handoff como falha; em muitos processos ele é um comportamento esperado e saudável.

Também é importante que a automação saiba quando ficar em silêncio enquanto aguarda a equipe, em vez de insistir ou criar respostas paralelas.

IA pode ajudar, mas não deve ser a única barreira

IA é útil para entender linguagem natural, resumir contexto e decidir qual ferramenta chamar. Mas regras de disponibilidade, valores, duração, confirmação e permissões devem ficar em código ou em fontes determinísticas. Assim uma resposta ruim do modelo não vira automaticamente uma reserva errada.

Se o seu atendimento pelo WhatsApp já tem agenda, pagamentos ou outras regras de negócio, eu começaria desenhando essas invariantes antes de escolher modelo, provedor ou ferramenta de automação.