Fila e distribuição: quem responde o quê, sem combinar no grupo

Numa operação com três ou quatro atendentes, a distribuição do atendimento quase nunca é uma decisão — é um costume. Quem está com a tela aberta pega, quem é mais rápido pega mais, e quem é mais experiente acaba com os casos difíceis porque "é melhor que ele resolva".

Funciona até parar de funcionar, e o momento em que para é sempre reconhecível: alguém reclama que está sobrecarregado, alguém some da fila sem que ninguém note, e uma conversa fica sem resposta porque cada um achou que o outro tinha pego.

A caixa de todos é a caixa de ninguém

O problema estrutural do atendimento compartilhado sem regra é que a responsabilidade fica difusa. Uma conversa sem dono não estoura o prazo por culpa de alguém — estoura por culpa da configuração. E o que não tem culpado também não tem correção possível: não há nada a conversar na reunião, porque ninguém errou.

Por isso a primeira regra de uma fila que funciona não é sobre velocidade, é sobre atribuição: toda conversa precisa ter um nome ao lado, o tempo todo.

Duas regras de distribuição, e quando usar cada uma

Round-robin distribui em rodízio: cada nova conversa vai para o próximo atendente da lista. É simples, previsível e justo no volume — em um dia, todos recebem aproximadamente o mesmo número de conversas. Funciona bem quando os atendimentos são parecidos entre si.

Menor carga distribui para quem tem menos conversas abertas no momento. É melhor quando a duração dos atendimentos varia muito, porque impede que alguém preso em três casos complexos continue recebendo novos enquanto um colega está livre.

A escolha errada é visível em uma semana. Round-robin numa operação de atendimentos desiguais produz um atendente afogado e outro ocioso; menor carga numa operação uniforme produz distribuição quase idêntica ao rodízio, com mais complexidade e nenhum ganho.

A devolução à fila é a parte que ninguém configura

Distribuir é a metade fácil. A metade que salva a operação é a devolução: se o atendente designado não responde em um tempo definido, a conversa volta para a fila e é oferecida a outra pessoa.

Sem isso, a atribuição vira um buraco. A conversa foi para alguém que saiu para almoçar, ficou parada com dono e prazo correndo, e o sistema ainda mostrava que estava "sendo atendida". Esse é o cenário que gera as piores reclamações, porque a espera do cliente foi longa e a empresa achava que estava tudo certo.

O tempo de devolução precisa ser menor que o SLA de primeira resposta, senão a devolução acontece depois do estrago. Uma regra que costuma funcionar é devolver na metade do prazo.

Fila por assunto, não por pessoa

Criar filas por pessoa ("fila da Carla") reproduz dentro do sistema exatamente o problema que se queria resolver: o conhecimento fica concentrado e as férias viram crise.

As filas úteis são por assunto ou por etapa — comercial, financeiro, suporte, pós-venda. Cada uma com seu prazo, seus atendentes habilitados e sua regra de distribuição. Um atendente pode estar em várias filas; uma fila nunca depende de um atendente só.

Vale um cuidado prático: filas demais são tão ruins quanto fila nenhuma. Quando a operação cria dez filas para uma equipe de cinco pessoas, todo mundo está em todas, a distribuição perde sentido e a triagem inicial vira adivinhação. Comece com três.

Transferência sem perder o contexto

Transferir é normal e deve ser fácil, mas a transferência que joga a conversa para outra fila sem contexto obriga o cliente a repetir a história — que é a queixa número um de quem liga para qualquer empresa.

Duas coisas resolvem: o histórico viajar junto (o que só acontece se os canais estiverem no mesmo lugar e o protocolo for por assunto) e uma nota interna obrigatória no ato da transferência. A segunda parece burocracia e é o que faz a primeira valer alguma coisa — dados sem a frase "ele já tentou trocar a senha duas vezes" ainda exigem que alguém leia trinta mensagens.

O que medir para saber se a fila está saudável

• Conversas sem dono em qualquer momento do dia. O alvo é zero; qualquer número acima disso é uma falha de configuração, não de esforço.
• Taxa de devolução. Subindo, significa que alguém está recebendo mais do que consegue absorver — ou que há gente marcada como disponível sem estar.
• Distribuição real por atendente. Compare com a teórica. Se divergem muito, a regra escolhida não combina com o tipo de atendimento.
• Transferências por atendimento. Mais de uma, em média, indica que a triagem inicial está mandando para o lugar errado.

Automatizar distribuição é um caso particular de automatizar processo repetitivo, assunto que a Sapienza trata em cinco processos de negócios que você deveria automatizar hoje.

Disponibilidade precisa ser um estado, não um acordo

Uma falha silenciosa derruba a melhor regra de distribuição: atendente marcado como disponível que não está. Saiu para almoçar, entrou numa reunião, foi ao banco. O sistema continua entregando conversas para ele, e elas ficam paradas com dono.

Três mecanismos resolvem, e vale ter os três. O primeiro é o estado explícito — disponível, ausente, em pausa — que o atendente muda e que a equipe inteira enxerga. O segundo é a ausência automática por inatividade, porque ninguém lembra de se marcar ausente ao sair correndo. O terceiro é a devolução, que já cobrimos: ela é a rede de segurança para quando os dois primeiros falharem.

O estado também precisa considerar a jornada. Atendente que encerrou o expediente não deve continuar recebendo, e conversa que chega fora do horário precisa esperar a fila da manhã seguinte em vez de ser atribuída a alguém que já foi embora — senão o relógio corre contra uma pessoa que não está lá.

O que muda no dia seguinte

Ninguém precisa combinar no grupo quem vai pegar o quê. A conversa chega com nome, o relógio corre para uma pessoa específica, e quando essa pessoa não responde, o sistema resolve sozinho em vez de esperar alguém perceber. É uma das primeiras configurações que fazemos na fase de atender do Dominus.CRM.