Workflows de atribuição no Intercom direcionam automaticamente conversas e tickets para as equipes e colegas corretos, reduzindo trabalho manual e garantindo suporte rápido aos clientes. No entanto, problemas de configuração ou lógica inesperada podem deixar conversas sem atribuição ou mal direcionadas. Este guia apresenta as causas mais comuns e soluções práticas para manter sua automação de Workflow funcionando perfeitamente.
Configure Workflows de atribuição
Siga estes passos para criar e gerenciar Workflows que atribuem conversas ou tickets automaticamente.
1. Configure equipes
Antes de criar um Workflow, certifique-se de que suas equipes e colegas estejam configurados.
Vá para Configurações > Geral > Colegas & Equipes.
Crie novas equipes e atribua membros, se necessário.
Atribua permissões aos colegas em Configurações > Espaço de trabalho > Colegas para garantir que possam acessar as inbox específicas da equipe.
2. Crie um Workflow
Navegue até AI & Automação > Workflows.
Clique em + Novo workflow.
Selecione um gatilho, como Cliente envia sua primeira mensagem.
Defina condições baseadas em atributos ou palavras-chave para filtrar mensagens para atribuição direcionada.
Use ações dentro do construtor para atribuir conversas a equipes ou colegas específicos.
3. Aplique regras adicionais
Simplifique sua lógica consolidando critérios e ações relacionados. Garanta que cada condição corresponda exatamente ao colega ou equipe que deseja atribuir.
4. Refine a automação de conversas ou tickets
Atribua novas conversas ou tickets diretamente a uma equipe para evitar que permaneçam na pasta Não atribuídas.
Dica: Para um tutorial completo sobre automação de workflow, explore a Intercom Academy.
Recomendações para configuração de Workflow
Inclua atribuições na lógica do Workflow
Sempre que possível, use ações explícitas de Atribuir a colega ou Atribuir a equipe. Para Workflows reutilizáveis ou conectados ao Fin, defina a lógica de atribuição diretamente no Workflow para evitar fallback para “Não atribuídas.”
Combine gatilhos com eventos de conversa
Alguns Workflows disparam apenas em novas mensagens e podem perder respostas ou conversas em andamento. Ajuste os gatilhos para cobrir todas as ações relevantes do cliente, incluindo acompanhamentos ou conversas reabertas.
Evite que pesquisas CSAT sejam enviadas muito cedo
Se usar automações CSAT, adicione uma condição como Colega respondeu é verdadeiro antes do envio. Isso garante que pesquisas não sejam enviadas após trocas totalmente automatizadas.
Causas comuns de conversas não atribuídas
Workflows são ferramentas poderosas para automatizar a atribuição de conversas, mas problemas de configuração ou cenários não intencionais podem deixar conversas sem atribuição. Abaixo estão as causas mais comuns e suas soluções.
1. Atribuição padrão é “Não atribuídas”
Quando um Workflow inclui um passo Deixe o Fin continuar ou Fin continua, pode pular a atribuição, direcionando a conversa para o responsável padrão do seu workspace (geralmente “Não atribuídas”).
Solução: Sempre inclua passos explícitos de Atribuir a colega ou Atribuir a equipe — especialmente em Workflows reutilizáveis ou conectados ao Fin.
2. Workflows conflitantes ou sobrepostos
Dois ou mais Workflows disparados simultaneamente podem interferir entre si, causando reatribuições ou estados sem atribuição.
Solução:
Desative Workflows redundantes se outro já gerencia as atribuições.
Use tags para evitar gatilhos duplos (por exemplo, Tag da conversa não é...).
3. Público incompatível no Workflow
Um Workflow configurado apenas para Users não será executado para Leads, deixando essas conversas sem atribuição.
Solução: Atualize o público do Workflow para incluir tanto Users and Leads quando aplicável.
4. Atribuição a partir de reações em artigos
Conversas criadas a partir de feedback do Help Center (por exemplo, uma reação “polegar para baixo”) são direcionadas para Não atribuídas por padrão.
Solução: Crie um Workflow dedicado que atribua essas conversas a uma equipe de suporte ou colega designado.
5. Limitação do Round Robin
Round Robin atribui conversas apenas uma vez quando elas entram pela primeira vez na inbox da equipe. Se uma conversa for marcada depois como não atribuída ou movida para trás, não será reatribuída automaticamente.
Solução:
Crie um Workflow que detecte conversas não atribuídas e as redirecione pelo Round Robin.
Alternativamente, reatribua manualmente as conversas afetadas.
6. Workflow excluído que atribuía conversas anteriormente
Quando um workflow com uma ação Atribuir conversa dispara antes da transferência do Fin e é excluído depois, as conversas originalmente atribuídas por esse workflow são direcionadas para Não atribuídas em vez da equipe pretendida. Isso acontece porque a atribuição originou-se do workflow (não diretamente da lógica de transferência do Fin), e uma vez que o workflow é excluído, o sistema volta para o responsável padrão.
Solução: Revise quaisquer workflows que possam rodar antes da transferência do Fin e garanta que não haja sobreposição ou lógica de atribuição conflitante. Se precisar excluir um workflow que gerencia atribuição, primeiro crie um workflow substituto ou atualize suas configurações de transferência do Fin para incluir passos explícitos de atribuição.
Solução de problemas em atribuições
Tempo e ativação do Workflow
Workflows podem falhar ao disparar se atributos (por exemplo, Market AUS) forem preenchidos após a ativação.
Solução: Remova temporariamente a condição do atributo para confirmar se o tempo é o problema.
Regras ou lógica conflitantes
Gatilhos sobrepostos ou lógica E/OU mal utilizada podem impedir atribuições.
Use lógica E para garantir que todas as condições sejam atendidas.
Remova regras ou ações redundantes que causam reatribuições.
Configuração incorreta do público
Certifique-se de que o público do Workflow corresponda ao tipo de conversa (Users, Leads ou ambos).
Disponibilidade da equipe
A atribuição Round Robin costumava sempre excluir colegas ausentes — conversas pulavam qualquer um em modo Away. Atualizamos esse recurso para permitir que colegas ainda recebam atribuições para que sua fila esteja pronta quando retornarem, se a equipe desejar. Um botão Ignorar status de atividade por equipe permite controlar esse comportamento por inbox da equipe. Quando ativado, colegas ausentes permanecem na rotação e conversas atribuídas a eles não serão reatribuídas automaticamente. Veja detalhes no aprofundamento do Round Robin.
Se o botão Ignorar status de atividade estiver desativado, o Round Robin pulará colegas marcados como Away, deixando conversas na inbox da equipe sem atribuição até que alguém fique ativo. Nesse caso, certifique-se de que os colegas tenham disponibilidade ativa na inbox, pois colegas inativos podem causar problemas de roteamento, como conversas caindo na pasta “Escaladas”. Monitore regularmente os status da equipe para evitar atrasos desnecessários. Além disso, garanta que os limites de conversas e tickets estejam configurados adequadamente para evitar sobrecarga dos colegas e manter a eficiência operacional.
Nota: Para atribuição equilibrada, apenas colegas com disponibilidade para conversas ativada são considerados elegíveis para receber conversas.
Conflitos de categoria e prioridade
Categorias sobrepostas (por exemplo, roteamento vs. fechamento) podem causar conflitos de lógica. Consolide Workflows relacionados e defina prioridades claras ou atrasos entre ações.
Tickets criados via API não disparam workflows
Conversas ou tickets criados via API podem não disparar workflows padrão voltados ao cliente por padrão. Para garantir que seus workflows lidem com tickets criados via API, inclua Back office tickets como fonte de gatilho nas configurações do workflow.
Perguntas frequentes
Por que uma conversa não foi atribuída a um colega específico?
Por que uma conversa não foi atribuída a um colega específico?
Verifique as regras de atribuição do Workflow e o status do colega. Certifique-se de que as condições (tags, atributos) correspondam corretamente e confirme que colegas e equipes atribuídos estão marcados como Ativos em Configurações > Colegas e Configurações > Equipes.
O que o Fin faz quando o Intercom detecta um e-mail reenviado em uma conversa?
O que o Fin faz quando o Intercom detecta um e-mail reenviado em uma conversa?
Quando o Intercom detecta um e-mail reenviado, o Fin não responderá à conversa para evitar enviar respostas a destinatários possivelmente desatualizados. Nesses casos, a conversa é atribuída a um colega para revisão, garantindo privacidade e segurança.
Por que as conversas ficam sem atribuição mesmo quando um colega responde?
Por que as conversas ficam sem atribuição mesmo quando um colega responde?
A resposta manual de um colega pode interromper uma automação ativa. Revise os gatilhos para evitar interrupções no meio da ação e verifique o status do colega — se estiver definido como Away com Reatribuir respostas ativado, a conversa pode voltar para Não atribuídas.
O que pode ser feito se as configurações de automação falharem?
O que pode ser feito se as configurações de automação falharem?
Se sua automação Intercom falhar, siga estes passos:
Ajuste os critérios do Workflow:
Revise as regras (por exemplo, tags, palavras-chave, atributos de usuário) para garantir que estejam corretas.
Use condições flexíveis como "contém" em vez de rígidas como "é."
Confirme que a automação está direcionada ao público correto (por exemplo, Users, Leads).
Reexecute os testes:
Use as ferramentas de teste do Intercom para simular uma conversa.
Isso confirma que suas alterações resolveram o problema.
Verifique conflitos:
Revise outros workflows para regras conflitantes.
Certifique-se de que a automação está configurada para o canal correto (por exemplo, e-mail, Messenger).
Se o problema persistir, entre em contato com o Suporte Fin com os detalhes do seu workflow e um exemplo de conversa.
