O trabalho invisível de limpar a automação duplicada nos contact centers
A automação virou palavra de ordem nos contact centers modernos. Empresas de todos os tamanhos estão colocando fichas pesadas em plataformas de orquestração, aquelas soluções que prometem conectar canais, sistemas e interações em uma experiência única e fluida para o cliente.
A ideia é simples e sedutora: não importa se o cliente começa pelo chatbot, pelo IVR ou fala direto com um agente humano, o contexto acompanha a jornada inteira.
Bonito no papel.
Mas o que muitas empresas estão descobrindo na prática é bem diferente. Quando chegam na hora de implementar a orquestração, encontram um cenário que foi se formando silenciosamente ao longo de anos: camadas e mais camadas de automação empilhadas, cada uma resolvendo um problema pontual, cada uma falando um idioma diferente, e quase nenhuma conversando com as outras.
O problema não é novo. É só que a orquestração jogou uma luz sobre ele.
E aí vem a virada: a orquestração não cria esse caos, ela apenas revela o que já estava lá. 👀
Antes de pensar em conectar sistemas, muitas organizações precisam encarar uma realidade mais incômoda, a de que acumularam sistemas duplicados e desconectados que fragmentam a experiência do cliente e tornam tudo mais difícil de operar.
Como os contact centers acumularam automação sobreposta
Ninguém acorda um dia e decide criar um ambiente caótico de automação na própria empresa. Esse cenário se forma aos poucos, quase sempre com boas intenções. Uma equipe de atendimento precisa de um chatbot para responder perguntas frequentes, compra uma solução rápida e coloca pra rodar. Alguns meses depois, o time de marketing quer automatizar o envio de mensagens pós-compra, então entra outra ferramenta. O setor de cobrança tem uma demanda urgente, e lá vem mais um sistema. Cada área resolve o seu problema imediato, e ninguém está olhando pro todo.
Oru Mohiuddin, diretora de pesquisa da IDC, explica que é extremamente comum grandes empresas construírem ambientes de contact center por meio de adoção incremental de tecnologia, aquisições e expansão de canais. O resultado, segundo ela, é que IVRs, chatbots, fluxos de RPA e assistentes de IA acabam lidando de forma independente com tipos similares de interação.
Alex Levin, cofundador e CEO da Regal, complementa essa visão. Ele diz que, na maior parte das vezes, quando cada sistema foi implementado, estava resolvendo uma questão crítica. Mas ninguém planejou para que todos eles eventualmente se sobrepusessem.
Aleks Bass, diretor de produto e tecnologia da Typeform, vai além e aponta que o padrão reflete como as organizações são estruturadas internamente. Segundo Bass, as empresas constroem automação da mesma forma que estão organizadas. O marketing adiciona ferramentas para geração de leads, vendas para follow-up, suporte adiciona chatbots, operações adiciona automação de fluxos de trabalho. Cada decisão isolada é razoável por si só.
O resultado, ao longo de dois, três, cinco anos, é um ambiente onde existem múltiplas ferramentas fazendo coisas parecidas, armazenando dados em lugares diferentes e operando sem nenhuma sincronia entre si.
Quando a orquestração expõe os problemas escondidos
O ponto mais crítico nessa história é que esses sistemas duplicados raramente são identificados como um problema até que alguém tente fazer algo maior, como justamente implementar uma plataforma de orquestração. Enquanto cada sistema fica no seu quadrado, a operação até funciona, mesmo que de forma ineficiente. Mas no momento em que você tenta colocar uma camada que conecta tudo, as inconsistências aparecem com força total.
Dados de clientes que não batem entre sistemas, fluxos de automação que conflitam entre si, regras de negócio duplicadas e muitas vezes contraditórias. É nesse momento que a empresa percebe o tamanho do problema que estava acumulando em silêncio.
Ambientes de automação sobrepostos frequentemente geram decisões de roteamento inconsistentes, jornadas fragmentadas, interações repetidas, tickets duplicados e aumento na complexidade operacional. Sistemas diferentes podem resolver o mesmo problema de formas distintas ou direcionar clientes para caminhos conflitantes.
Bass ressalta que esses problemas surgem com frequência da falta de contexto completo sobre o cliente. Quando ferramentas se sobrepõem sem compartilhar contexto, cada sistema inventa sua própria versão do cliente, e elas discordam entre si.
Outro fator que contribui bastante para esse acúmulo é a troca de fornecedores ao longo do tempo. Quando uma empresa migra de uma plataforma para outra, o que deveria ser uma substituição muitas vezes vira uma adição. O sistema antigo continua rodando em alguma parte da operação porque tem algum fluxo que ainda não foi migrado, ou porque alguém ainda depende de um relatório específico que a ferramenta nova ainda não entrega. Então os dois convivem, às vezes por meses, às vezes por anos. Multiplicado por várias trocas ao longo do tempo, o resultado é uma pilha de ferramentas que ninguém sabe exatamente o que faz, mas todo mundo tem medo de desligar.
O impacto direto na experiência do cliente
Do ponto de vista de quem está do lado de fora, ou seja, o cliente, esse emaranhado de sistemas se traduz em experiências frustrantes que parecem inexplicáveis. A pessoa entra em contato pelo chat, explica o problema com detalhes, resolve parcialmente e, quando precisa falar com um agente humano, precisa repetir tudo do zero. Ou pior, recebe uma mensagem automática com uma informação que contradiz o que o atendente acabou de dizer.
Esse tipo de situação não acontece por descuido ou falta de treinamento. Acontece porque os sistemas simplesmente não compartilham informação entre si, e a experiência do cliente paga o preço disso.
Levin afirma que os clientes raramente distinguem entre sistemas individuais quando algo dá errado. Segundo ele, o maior risco é uma experiência do cliente que parece completamente desconectada. Ele cita situações em que clientes resolvem um problema por um canal e depois recebem comunicações de acompanhamento sobre o mesmo problema vindas de outro sistema. Para o cliente, a empresa simplesmente parece desorganizada.
Bass usa uma expressão bem certeira para descrever esse fenômeno: o cliente acaba sendo a camada de integração que a empresa nunca construiu. Ou seja, é o próprio cliente que faz o trabalho de conectar as informações entre os sistemas, repetindo dados, explicando novamente o que já disse e carregando o contexto manualmente de um canal para outro.
A fragmentação causada por sistemas duplicados e desconectados cria o que podemos chamar de jornadas quebradas. O cliente inicia uma interação em um canal, e aquele contexto fica preso naquele sistema específico. Quando a conversa precisa continuar em outro canal, a integração não existe, e o histórico se perde. Para o cliente, parece que a empresa simplesmente não sabe quem ele é, mesmo que ele já tenha interagido dezenas de vezes.
A erosão silenciosa da confiança
Além da frustração imediata, existe um impacto de longo prazo que é ainda mais preocupante: a erosão da confiança. Quando um cliente percebe que cada contato com a empresa parece um recomeço, ele começa a questionar a capacidade daquela marca de realmente cuidar dele. A experiência do cliente deixa de ser algo pontual e passa a ser uma percepção acumulada ao longo de cada interação.
E se a maioria dessas interações é marcada por repetição, contradição e falta de contexto, a percepção que se forma é negativa, independentemente de quanto a empresa investe em treinamento de equipe ou em campanhas de relacionamento. O problema está na fundação tecnológica, e sem resolver isso, os demais esforços têm efeito limitado.
O checklist antes de partir para a orquestração
Esforços de orquestração bem-sucedidos geralmente começam com um exame detalhado das jornadas existentes do cliente, e não com uma revisão das plataformas de tecnologia. Essa inversão de prioridade é fundamental.
Bass recomenda começar pela jornada, não pelo stack de tecnologia. Ele sugere mapear a experiência completa do cliente, desde a aquisição e o onboarding até o suporte, retenção e expansão. As organizações devem identificar onde os clientes são solicitados a fornecer as mesmas informações várias vezes, onde os fluxos de trabalho se sobrepõem e onde o contexto desaparece entre sistemas.
A análise de dados é igualmente importante. As empresas devem examinar padrões de transferência, pontos de escalonamento, contatos repetidos e situações onde múltiplos sistemas estão lidando com a mesma intenção do cliente. Os funcionários da linha de frente podem fornecer insights adicionais sobre soluções improvisadas e ineficiências que podem não ser visíveis apenas por meio de ferramentas de relatórios.
Levin recomenda focar nas interações que os clientes encontram com mais frequência. Segundo ele, ao rastrear essas interações do começo ao fim, quase certamente serão encontrados pontos onde múltiplos sistemas estão competindo pelo mesmo cliente ao mesmo tempo. Esse processo frequentemente revela redundâncias e conflitos que estavam escondidos sob anos de implantações tecnológicas.
Por que a integração sozinha não resolve
Uma resposta comum quando as empresas identificam esse caos é partir para um projeto de integração. A lógica parece razoável: se os sistemas não conversam, vamos criar pontes entre eles. E aí começa um novo ciclo de projetos, muitas vezes longos, caros e complexos, para conectar ferramentas que foram construídas com arquiteturas completamente diferentes, em épocas diferentes, para propósitos diferentes.
Às vezes esse esforço funciona parcialmente, mas raramente elimina o problema de verdade, porque a raiz não está na falta de conexão. Está na existência de sistemas redundantes que não deveriam coexistir.
Integrar sistemas duplicados é como tentar organizar uma gaveta bagunçada colocando caixinhas dentro dela. No curto prazo parece que ficou mais organizado, mas o volume de coisas desnecessárias ainda está lá, só que agora está escondido atrás de uma estrutura que dá aparência de organização. Cada nova integração criada para conectar sistemas que fazem coisas parecidas adiciona mais uma camada de complexidade à operação, mais um ponto de falha, mais uma dependência que vai precisar ser mantida e atualizada.
Bass é direto ao apontar o erro mais comum que ele observa: tratar a orquestração como uma forma de gerenciar a complexidade em vez de reduzi-la. Colocar mais uma camada em cima de sistemas fragmentados apenas esconde a bagunça, não a elimina.
Consolidar, aposentar ou modernizar os sistemas existentes
Uma vez que as organizações identificam os fluxos de trabalho sobrepostos, o próximo passo é determinar quais sistemas continuam entregando valor real.
Segundo Mohiuddin, as organizações devem avaliar seus ativos de automação com base em valor de negócio, desempenho, sobreposição funcional, capacidade de integração, requisitos de manutenção e escalabilidade a longo prazo. Ela destaca que algumas tecnologias podem justificar modernização, enquanto outras podem ser candidatas à consolidação ou aposentadoria.
Muitas organizações ficam tentadas a preservar os sistemas existentes e confiar na orquestração para coordená-los. Mas fazer isso pode perpetuar exatamente a complexidade que a orquestração deveria resolver.
O que a orquestração moderna propõe é diferente: antes de integrar, é preciso mapear, entender e, quando necessário, consolidar. Isso significa ter coragem de olhar para os sistemas duplicados e tomar decisões sobre o que realmente precisa existir, o que pode ser desativado e o que deve ser substituído por algo que já nasce preparado para se comunicar dentro de uma arquitetura unificada.
Esse processo é mais trabalhoso no início, mas é o único caminho que leva a uma operação verdadeiramente coesa, onde a experiência do cliente é consistente de ponta a ponta, independentemente de por onde ele escolha entrar em contato.
O que separa a orquestração bem-sucedida das tentativas que fracassam
Tecnologia sozinha não compensa fluxos de trabalho fragmentados e dados de clientes desconectados. As organizações bem-sucedidas começam racionalizando fluxos de trabalho, eliminando duplicação, estabelecendo camadas de dados unificadas, centralizando decisões de roteamento e alinhando a automação em torno de uma intenção compartilhada do cliente.
Esses esforços melhoram tanto a experiência do cliente quanto a experiência dos funcionários, enquanto criam uma base mais sólida para a orquestração. Pular essas etapas frequentemente preserva a fragmentação existente e apenas adiciona mais uma camada de complexidade ao cenário.
Bass resume bem: a IA não cria uma experiência melhor por conta própria, ela expõe a experiência que você já tem.
Antes de introduzir novas camadas de orquestração, as empresas precisam primeiro entender o ambiente de automação que já possuem, identificar onde os sistemas se sobrepõem e determinar quais fluxos de trabalho genuinamente contribuem para os resultados desejados pelo cliente.
O que muda quando a automação é pensada de forma unificada
Quando uma empresa decide enfrentar o problema na raiz e construir uma arquitetura de automação pensada de forma unificada, os ganhos aparecem em vários níveis ao mesmo tempo. O mais visível é justamente na experiência do cliente: as jornadas passam a ter continuidade real, o contexto viaja junto com a interação, e o cliente deixa de precisar se reapresentar a cada novo contato. Isso reduz o esforço do cliente, que é um dos principais indicadores de satisfação e lealdade no mundo dos contact centers.
Do lado operacional, a simplificação também é significativa. Menos sistemas para manter significa menos custo de licenciamento, menos treinamento fragmentado para as equipes, menos pontos de falha e menos retrabalho quando algo precisa ser atualizado. A orquestração funciona de verdade quando ela tem uma base limpa para operar, onde cada ferramenta tem um papel claro e não existe redundância desnecessária competindo por dados e fluxos. Nesse ambiente, é muito mais fácil medir o que está funcionando, identificar gargalos e fazer ajustes com precisão.
A transformação mais profunda, no entanto, é cultural. Quando uma empresa passa pelo processo de mapear e consolidar sua arquitetura de automação, ela inevitavelmente cria uma visão mais clara de como quer atender seus clientes no futuro. As decisões sobre quais sistemas manter, quais integrar e quais desativar forçam conversas importantes entre áreas que antes operavam de forma isolada.
E essas conversas, quando bem conduzidas, criam um alinhamento que vai além da tecnologia e molda como a organização inteira pensa sobre a experiência do cliente como um ativo estratégico, e não apenas como uma métrica de suporte.
Como Bass resume de forma direta: as empresas mais fortes são aquelas dispostas a simplificar. Menos handoffs, menos fluxos de trabalho redundantes, um conjunto menor de sistemas conectados que funcionam excepcionalmente bem juntos. 🚀
