1) Defina o que é “um caso” e onde ele vive
Escolha a unidade de trabalho: ticket/caso (recomendado para suporte), conversa (mais comum em chat/WhatsApp) ou oportunidade (mais comum em vendas). O erro clássico é misturar tudo: a conversa vira oportunidade, o ticket vira lead, e o histórico se perde. Documente: o que abre um novo caso e o que é atualização do mesmo caso.
2) Decida o ownership (dono do cliente) antes das filas
Roteamento funciona quando existe regra de posse: dono do cliente, dono do caso ou ambos. Em geral: o cliente tem um owner estável (CS/gerente) e cada caso tem um owner operacional (agente). Isso evita “terra de ninguém” quando o atendimento troca de área.
3) Desenhe filas mínimas e evite organograma no CRM
Comece com poucas filas: Triagem, Especialistas (produto/tech), Financeiro/Cobrança, Pós-venda/CS, Reclamações/Crítico. Se você criar uma fila por microtema, o roteamento vira labirinto e a triagem vira gargalo.
4) Padronize motivos de contato (taxonomia) com 10–20 opções
Roteamento precisa de um “gatilho” consistente. Use uma lista controlada de motivos (ex.: 10–20 categorias iniciais) e um campo opcional de detalhe. Campo livre vira bagunça e mata relatórios; lista gigante derruba a qualidade do preenchimento.
5) Configure regras de roteamento em camadas (do mais simples ao mais específico)
Uma lógica que costuma funcionar: (a) canal + horário (plantão), (b) urgência, (c) motivo, (d) cliente/segmento (ex.: VIP/enterprise), (e) idioma/região, (f) habilidade do agente. Regra demais causa conflito; regra de menos causa loteria.
6) Estabeleça SLAs por tipo de caso, não por vaidade
Defina SLAs separados para 1ª resposta e resolução/mitigação. Não invente número: use amostra histórica (mesmo que incompleta) e ajuste por criticidade. Se não houver histórico, comece com SLAs conservadores e revise quinzenalmente no primeiro mês.
7) Crie um checklist de handoff para não perder contexto
Sempre que o caso muda de fila/owner, exija (com validação leve) três itens: resumo do problema, passos já tentados e evidências (prints, pedido, logs). Isso reduz pingue-pongue e faz o cliente sentir continuidade.
8) Trate WhatsApp como canal sensível (e registre consentimento e limites)
No WhatsApp, atrasos e mensagens duplicadas viram irritação rápido. Garanta que o CRM registre preferências (pode/não pode contatar), horário e opt-out. Padronize quem responde quando há troca de turno para evitar duas pessoas falando com o mesmo cliente.
9) Monitore 5 sinais de que o roteamento está errado
Sinais comuns: reaberturas altas, muitas transferências, filas com envelhecimento, agentes pedindo “quem atende isso?”, e tickets sem categoria. Corrija primeiro a taxonomia e a triagem; só depois mexa em automações avançadas.
10) Faça governança leve: revisão mensal de regras e campos
Roteamento degrada com o tempo: surgem novos produtos, novos canais e ‘atalhos’ de equipe. Tenha uma revisão mensal curta para remover regras duplicadas, consolidar categorias pouco usadas e checar conflitos de automação.
O que o roteamento precisa preservar (para não virar só distribuição de fila)
Roteamento não é apenas “quem atende primeiro”. O objetivo real é manter contexto: histórico, intenção, prioridade e responsabilidade claros do início ao fim.
Quando o CRM perde contexto, o cliente repete informação, o time transfere no escuro e os relatórios deixam de explicar o que acontece na operação.
- Contexto do cliente: quem é, plano/contrato, histórico recente, status (ativo/inadimplente/renovação).
- Contexto do caso: motivo, criticidade, prazo, evidências e ‘o que já foi feito’.
- Contexto operacional: fila correta, owner atual, SLA e próximo passo registrado.
Modelo prático de filas e regras (comece simples)
Um desenho enxuto é mais fácil de operar e mais fácil de melhorar. A triagem não deve resolver tudo; ela deve classificar bem e encaminhar com resumo.
Se sua empresa tem múltiplos produtos, prefira filas por competência (especialista A/B) em vez de filas por cada subproduto.
| Fila | Quando entra | Regra de saída | Risco comum |
|---|---|---|---|
| Triagem | Primeiro contato em qualquer canal | Classificar motivo + urgência e encaminhar | Virar gargalo e ‘resolver no improviso’ |
| Especialistas | Problemas técnicos/complexos | Resolver ou devolver com diagnóstico claro | Devolver sem evidência e gerar loop |
| Financeiro/Cobrança | Faturas, pagamentos, estornos | Concluir com comprovante e status atualizado | Falar de valores sem registrar decisão |
| Pós-venda/CS | Uso do produto, adoção, churn risk | Plano de ação com data e responsável | Tratar como suporte e perder visão de conta |
| Crítico/Reclamação | Impacto alto, mídia social, jurídico | War room + comunicação cadenciada | Virar ‘fila de tudo’ quando ninguém quer assumir |
Como evitar duplicidade e conversa paralela (o problema nº 1 do omnichannel)
Duplicidade costuma nascer de duas fontes: identidade (o CRM não reconhece o cliente em canais diferentes) e processo (mais de uma pessoa responde sem ownership claro).
Regra prática: um caso ativo por assunto + um owner por vez. Se o cliente muda de canal, o caso continua — o canal vira apenas mais um registro de interação.
- Padronize chaves de identificação (telefone com DDI/DDD, e-mail, documento quando aplicável) e valide formato na entrada.
- Bloqueie (ou alerte) quando houver dois casos abertos com mesmo cliente + mesmo motivo em janela curta.
- Registre transferências: quem transferiu, para quem, por quê, e qual o resumo (handoff).
Métricas que dizem se o roteamento está funcionando (sem cair em vaidade)
Tempo de 1ª resposta sozinho engana: dá para responder rápido e resolver mal. O conjunto de métricas precisa capturar fluxo, qualidade e previsibilidade.
Se você ainda não mede tudo, comece por poucas métricas consistentes e com definição clara.
- Taxa de transferências por caso (muito alta indica triagem ruim ou filas demais).
- Reabertura (proxy de resolução fraca ou comunicação incompleta).
- Envelhecimento por fila (idade média/mediana dos casos, para achar gargalo).
- SLA cumprido por tipo de caso (não só agregado).
- Backlog ‘sem categoria’ ou ‘outros’ (taxonomia fraca).
Perguntas frequentes
Roteamento no CRM é o mesmo que URA/filas de call center?
Quantas filas eu devo ter no começo?
Round-robin funciona para atendimento?
Como lidar com atendimento por WhatsApp sem duas pessoas responderem ao mesmo tempo?
Leia também
Omnichannel vs multicanal no CRM: a diferença que muda a experiência do cliente
Multicanal e omnichannel não são a mesma coisa. Entenda a diferença no CRM, por que o histórico unificado importa e qual estratégia faz sentido para a sua operação.
Ler →
Como definir um ownership model no CRM (dono do cliente) sem briga entre times
Guia prático para desenhar regras de ownership no CRM (lead, conta e oportunidade), com critérios, exceções, tabela de modelos e checklist de governança para vendas, SDR, marketing e CS.
Ler →
SLA de atendimento: o que significa, tempo de resposta e como definir sem inventar número
SLA de atendimento não é promessa vaga: entenda o que é, como definir o tempo de resposta certo e por que medir é vital para vendas e suporte. Veja como evitar SLAs de faz-de-conta.
Ler →
Governança de integrações no CRM: como evitar dados duplicados e automações conflitantes
Guia prático para organizar integrações do CRM (WhatsApp, e-mail, ERP, formulários e automação), definir dono, versionar mudanças e impedir contatos duplicados e fluxos que brigam entre si.
Ler →