Todo tutorial de "como criar um chatbot de IA" termina do mesmo jeito: uma demo funcionando no sandbox, um print de uma conversa de teste e os parabéns. Aí você tenta colocar isso no telefone com clientes de verdade, e tudo quebra.
Este guia pula o sandbox. Ele começa onde os tutoriais param: no momento em que o seu bot precisa atender alguém que fala enrolado, uma pergunta que a sua base de conhecimento não cobre, um setor regulado e um time de atendentes humanos que precisa de uma passagem de bastão limpa quando a IA chega ao limite.
O resultado é um agente de voz de produção, não um bot de brinquedo. Veja como construir um.
Por que tutoriais de "agente de IA no-code" desmoronam em produção
Plataformas no-code são excelentes naquilo para que foram feitas: permitir que pessoas sem perfil técnico coloquem um chatbot no ar rapidamente para casos de uso simples e de baixo risco. Um widget de texto na central de ajuda. Deflexão de FAQ para um punhado de dúvidas comuns. Um formulário de captura de leads com UX conversacional.
Elas quebram em produção por cinco motivos:
-
Elas presumem texto. Voz é uma modalidade completamente diferente. Barge-in (a pessoa falar enquanto o bot ainda está falando), ruído acústico, erros de ASR, sotaques regionais e requisitos de latência abaixo de um segundo não existem em um construtor de chat no-code — porque esses construtores foram desenhados para chat.
-
Elas não conseguem fundamentar as respostas. "Grounding" significa que cada resposta está amarrada aos seus dados reais: registros de conta, documentos de política, estoque ao vivo. Templates no-code puxam de bases de conhecimento estáticas. Quando um cliente liga sobre a conta, o pedido ou a apólice específicos dele, o bot alucina ou desconversa.
-
Elas não têm modelo de escalonamento. Chamadas reais escalam. Um bot no-code normalmente encerra a ligação, dispara um e-mail ou joga a pessoa numa fila de espera — sem passar contexto nenhum. Quem atende começa do zero.
-
Elas não dão conta de setores regulados. Seguros, saúde e finanças têm exigências regulatórias (HIPAA, SOC 2, TCPA, leis de divulgação obrigatória) que as plataformas no-code nunca foram arquitetadas para atender. Não dá para ativar conformidade PCI a partir de um construtor de arrastar e soltar.
-
Elas não têm estrutura de avaliação. Como você descobre que o bot regrediu depois de atualizar a base de conhecimento? Plataformas no-code não vêm com teste de regressão. Produção exige.
O enquadramento honesto: se o seu caso de uso é deflexão de texto de baixo risco, no-code resolve. Se envolve voz, dados regulados, consultas reais de conta ou filas de atendentes ao vivo, você precisa de uma arquitetura de produção.
A anatomia real de um agente de voz em produção
Um agente de voz em produção é um pipeline, não um monolito. Cada etapa tem seu próprio orçamento de latência, seus modos de falha e seus trade-offs de fornecedor.
Perguntas frequentes
O que quebra primeiro quando um chatbot vai para produção?
Lidar com as entradas que ninguém roteirizou — erros de digitação, perguntas com várias partes e pessoas que respondem outra coisa em vez do que foi perguntado. Fluxos de demo pressupõem usuários cooperativos.
Preciso de retrieval ou posso colocar tudo no prompt?
Retrieval passa a importar quando o conjunto de respostas muda com mais frequência do que você quer fazer deploy. Um prompt funciona bem para conhecimento estável e mal para qualquer coisa que tenha número de versão.
Como um chatbot deve transferir o atendimento para um humano?
Com a transcrição e a intenção anexadas. Uma transferência que reinicia a conversa é pior do que transferência nenhuma, porque o cliente já explicou tudo duas vezes.
