Quando o agente de IA passa o lead pra um humano? Regras de SLA e roteamento

O agente passa pra humano quando bate uma das três regras que você define: assunto que ele não tem competência pra resolver, cliente pediu explicitamente, ou uma variável do fluxo ficou fora do intervalo aceitável (ex: valor de contrato acima do teto configurado). SLA de resposta é o relógio que garante que essa transferência não vira fila esquecida — ele mede quanto tempo o humano tem pra responder desde que recebeu o lead na mão.

O que decide se o agente resolve ou escala pra humano?

São três variáveis, e você define todas antes de subir. A primeira é competência: se a pergunta cai numa área que o agente não foi treinado (ex: negociação de contrato acima de um teto, laudo médico, questão jurídica que precisa de OAB), ele nem tenta — transfere na primeira mensagem. A segunda é sinal explícito do cliente ("quero falar com um humano", "chama um atendente"). A terceira é a variável de negócio: um limiar que você configura no fluxo, tipo "se o cliente já disse não duas vezes, para de insistir e passa". Escrever essas três regras num papel antes de configurar economiza meia semana de retrabalho.

O que é SLA de resposta e por que ele existe?

SLA é o tempo máximo que o humano tem pra responder desde que o agente entregou o lead. Existe por dois motivos. Primeiro, sem prazo o lead vira brecha — cai numa aba do CRM, ninguém volta, e semanas depois o cliente já contratou o concorrente. Segundo, sem prazo você não consegue medir se o time comercial ou o SAC está aguentando o volume. Quando você mede quantas transferências passaram do prazo por semana, tem um número honesto pra decidir se contrata mais gente, se aperta o treinamento do agente, ou se muda a regra pra ele resolver mais coisas sozinho.

Como definir as regras de roteamento sem virar um labirinto?

A regra é: cada lead cai num único destino, e existe um destino padrão pra tudo que não bate em nenhuma regra. Se você tem cinco filas (comercial, suporte, financeiro, jurídico, retenção), escreve num quadro branco a árvore de decisão em ordem — primeiro checa a fila mais específica (ex: jurídico, pergunta técnica), depois vai afrouxando. Erro clássico é criar 12 filas cruzando região + produto + urgência + canal, e no fim ninguém sabe pra onde o lead foi. Comece com três filas. Só divide quando o volume real do log mostrar que dá.

• Cada lead tem um dono claro em até um clique — não fica flutuando esperando alguém puxar
• Existe uma fila padrão pra tudo que não bate em regra específica, e ela é atendida
• Toda regra tem um humano responsável pelo resultado — não é o agente decidindo sozinho
• O log registra qual regra disparou o roteamento — pra você auditar depois
• Regra que nunca disparou em 30 dias vira candidata a ser removida do fluxo

O que acontece quando o time humano não responde a tempo?

O bom fluxo tem um plano B escrito. As duas rotas mais comuns são: escalação (o lead sobe pra um segundo nível — gerente, outro turno, plantão) ou fallback pro agente (ele volta a conversar, avisa que o humano vai retornar, agenda um horário e libera o cliente). O que não pode acontecer é o cliente ficar no vácuo. Se o SLA vencer e nem escalação nem fallback estiverem configurados, o agente deveria pelo menos mandar uma mensagem de reconhecimento — algo como "recebi seu pedido, um responsável retorna até tal horário".

Roteamento por skill: dá pra separar comercial e suporte?

Dá — e é uma das configurações que mais paga o esforço. O agente identifica o assunto (intenção do cliente) e o contexto (se é primeiro contato ou cliente já contratado, se é dúvida técnica ou proposta comercial), e roteia por skill: proposta comercial vai pra fila comercial; problema no produto vai pra fila suporte; renegociação vai pra retenção. O ganho não é mágico — é que cada humano recebe conversa da área que ele domina, responde mais rápido e com mais precisão. E o comercial não perde tempo lendo ticket de bug.

Como medir se o roteamento está funcionando?

Três indicadores conversam entre si. O primeiro é taxa de resolução do agente sem transferir — quanto maior, melhor, mas com teto (não vale forçar o agente a fingir que resolveu quando não resolveu). O segundo é a fatia de transferências que voltaram pro agente porque o humano não atendeu — se sobe, o problema é capacidade humana, não o agente. O terceiro é tempo médio até a primeira resposta do humano depois da transferência — se explode em segundas de manhã, você achou o gargalo do time.

1. Combine com o time comercial e o SAC quais três filas o agente vai usar — nada de nove no dia 1
2. Defina o SLA de resposta pra cada fila, por escrito, com quem é o responsável
3. Ative o log de roteamento — cada transferência tem que registrar assunto, fila, humano que pegou e horário
4. Ao final da semana, olha os três indicadores acima e ajusta uma coisa por vez — não mexe em regra e em SLA no mesmo dia
5. Cria uma reunião curta semanal pra revisar exceções antes que virem hábito silencioso

E se o cliente escreve pedindo humano na primeira mensagem?

Roteamento imediato, sem tentar convencer. Insistir em resolver com o agente quando o cliente já disse "quero humano" é o jeito mais rápido de perder o cliente. O que dá pra fazer é o agente confirmar em uma pergunta objetiva pra qual área o humano é ("é sobre comercial ou suporte?"), pra cair na fila certa. Se não conseguir identificar em uma pergunta, joga na fila padrão e deixa o humano triar. Esse mesmo princípio vale pra atendimento no WhatsApp — o agente é ponte, não obstáculo.

Onde a Elohia se encaixa

A plataforma da Elohia deixa você configurar filas, SLA e regras de escalação conversando em português, sem código, e mostra os três indicadores acima em painel. Se o SLA vencer, existe plano B automático — o agente reconhece, agenda ou escala pro segundo nível dependendo da regra. É o mesmo motor por trás da nossa solução de SAC sem fila. Onde não somos a resposta certa: se você quer que o agente nunca transfira pra humano (não recomendamos, e a maioria dos casos B2B precisa da mão humana em algum momento), ou se seu time não tem plantão de fim de semana e você não quer configurar fallback — sem plano B, qualquer plataforma de agente vai deixar cliente no vácuo. Antes de contratar, vale ler como escolher a plataforma de agentes pra bater esses pontos com o fornecedor.

Perguntas frequentes

Preciso ter equipe humana 24/7 pra usar agente de IA?

Não. O que você precisa é configurar o fallback pra fora do horário comercial — o agente reconhece o pedido, agenda o retorno pra próxima janela útil e libera o cliente. Só quem não pode fazer isso é operação que promete SLA de resposta em minutos independente da hora.

O agente decide sozinho quando escalar ou quem decide?

Quem decide é você. O agente executa a regra que você configurou. Se ele parece decidir sozinho é porque a regra é do tipo 'quando o modelo detectar frustração alta, transfere' — e essa regra foi aprovada por alguém. Sem regra configurada, o agente não transfere.

Como saber se o roteamento está jogando lead pro lugar errado?

Auditando amostra de log. Pega 20 conversas transferidas na semana e checa se a fila que recebeu era mesmo a certa. Se em mais de duas ou três o humano teve que reencaminhar, sua árvore de decisão precisa de ajuste — normalmente uma regra mais específica no topo.

Dá pra ter roteamento por região ou por produto?

Dá, mas só divide a fila quando o volume justifica. Começa com uma fila comercial única. No dia que o log mostrar que o time do Sul não dá conta do time do Sudeste no mesmo horário, você separa. Roteamento por produto segue a mesma lógica: divide quando alguém está atendendo assunto que não domina, não antes.

E se o cliente pedir humano no meio da conversa?

Roteamento imediato. Insistir em resolver com o agente depois que o cliente pediu humano é a forma mais rápida de perder o cliente. O agente pode fazer uma pergunta objetiva pra cair na fila certa (comercial ou suporte), mas não tenta mais convencer.