URA boa x URA irritante: como reduzir etapas no atendimento telefônico

“Para vendas, digite 1. Para financeiro, digite 2. Para suporte, digite 3. Para falar com a recepção, digite 4. Para segunda via, digite 5. Para informações, digite 6…”

Quando a gravação chega à sexta opção, muita gente já esqueceu a primeira.

A URA — Unidade de Resposta Audível, também conhecida em alguns contextos como atendimento automático ou recepcionista eletrônica — deveria facilitar o caminho entre quem liga e quem pode resolver a demanda.

Mas muitas empresas fazem o contrário.

Transformam o telefone em um labirinto.

O problema geralmente não é a voz gravada.

Também não é o PABX.

É o fluxo.

Uma URA pode utilizar tecnologia simples e oferecer uma experiência eficiente. Outra pode usar uma plataforma sofisticada e irritar o cliente porque foi desenhada a partir do organograma interno, e não da jornada de quem liga.

A pergunta mais importante, portanto, não é:

“Quantas opções meu PABX permite criar?”

É:

“Quantas decisões o cliente realmente precisa tomar antes de chegar ao lugar certo?”

A URA existe para encurtar o caminho

Uma boa URA cumpre três funções principais:

• identifica o motivo da ligação quando isso ajuda no roteamento
• direciona a chamada para a equipe ou fila adequada
• informa o necessário sem obrigar o cliente a atravessar etapas inúteis

Ela não precisa mostrar toda a estrutura da empresa.

O cliente não liga querendo conhecer os departamentos.

Ele liga querendo resolver alguma coisa.

Essa mudança de perspectiva parece pequena, mas altera completamente o desenho do menu.

Em vez de perguntar:

“Quais setores temos?”

pergunte:

“Quais são os principais motivos de ligação?”

Organograma não É menu de URA

Imagine uma empresa com estes departamentos:

• Comercial
• Financeiro
• Administrativo
• Logística
• Suporte
• Pós-venda
• Cobrança
• Contratos
• Recepção

É tentador criar nove opções.

Mas o cliente talvez não saiba qual departamento resolve o problema dele.

“Meu boleto está errado” é financeiro ou cobrança?

“Quero alterar uma instalação” é comercial, suporte ou pós-venda?

“Minha entrega não chegou” é logística ou administrativo?

Quando o menu usa a linguagem interna da empresa, transfere para o cliente a obrigação de entender sua estrutura.

A URA deveria fazer o oposto.

Ela deve traduzir a empresa para a linguagem de quem liga.

Menos opções podem produzir mais acertos

Existe um limite prático para a memória de quem escuta uma sequência de opções.

A pessoa não vê o menu na tela.

Ela precisa ouvir, lembrar e decidir.

Por isso, menus de voz muito extensos tendem a aumentar a sensação de esforço.

A Twilio recomenda, como boa prática, manter aproximadamente três a cinco opções claras por nível e colocar os motivos mais frequentes no início. Não é uma lei universal, mas é um bom alerta contra menus excessivos.

A AWS também observa que simplesmente adicionar mais opções a menus IVR pode sobrecarregar o cliente e levá-lo a abandonar o autoatendimento para buscar um atendente humano.

A lição é simples:

A capacidade técnica de criar dez opções não significa que dez opções sejam uma boa experiência.

Uma URA ruim explica demais antes de deixar o cliente agir

Compare duas aberturas.

Versão A

“Olá. Você ligou para a Empresa Exemplo, líder em soluções integradas e comprometida com excelência, inovação e satisfação de nossos clientes. Para melhor atendê-lo, informamos que esta ligação poderá ser gravada. Nosso horário de atendimento é de segunda a sexta…”

Depois de muitos segundos, finalmente aparecem as opções.

Versão B

“Empresa Exemplo. Para vendas, digite 1. Para suporte, digite 2. Para financeiro, digite 3. Para outros assuntos, digite 4.”

A segunda não é automaticamente perfeita.

Mas elimina o conteúdo que não ajuda a decidir.

Mensagem institucional e atendimento não precisam ser a mesma coisa.

Quem liga normalmente quer chegar ao destino.

A primeira camada deve resolver a maior parte das ligações

Se a maioria das chamadas se concentra em três motivos, esses três devem aparecer cedo.

Não faz sentido colocar a opção mais usada no fim porque o departamento está no fim do organograma.

Um bom projeto começa analisando:

• quais motivos geram mais chamadas
• quais setores recebem mais transferências
• onde os clientes erram a opção
• quais chamadas chegam à recepção apenas para serem redirecionadas
• quais assuntos poderiam ser resolvidos sem navegação adicional

A ordem do menu deve refletir uso real.

Submenu É útil — até virar outro labirinto

Um menu inicial com poucas opções pode encaminhar para um segundo nível quando realmente existe necessidade.

Exemplo:

1 — Comercial

2 — Suporte

3 — Financeiro

4 — Outros assuntos

Ao selecionar suporte:

1 — Suporte técnico

2 — Acompanhar atendimento

3 — Retornar ao menu anterior

Isso pode funcionar.

O problema surge quando cada opção abre mais três, quatro ou cinco níveis.

O cliente passa a lembrar um caminho como:

2 → 1 → 3 → 2

Nesse ponto, a URA deixou de simplificar.

Uma boa regra de projeto é desconfiar de profundidade excessiva.

Se o cliente precisa atravessar várias camadas para encontrar uma pessoa, talvez a estrutura de filas, ramais ou responsabilidades precise ser revista.

“Digite 9 para voltar” pode ser útil, mas não deve corrigir um menu ruim

Oferecer retorno ao menu anterior é uma boa contingência.

Mas não deve servir como justificativa para criar navegação confusa.

O objetivo é reduzir erro antes que ele aconteça.

Se grande parte das pessoas retorna ao menu, isso pode indicar:

• opções ambíguas
• linguagem interna demais
• escolha em nível errado
• submenu excessivo
• ausência do motivo real de contato

O comportamento do usuário é informação de projeto.

A opção “falar com atendente” não deve ser um segredo

Algumas empresas escondem o atendimento humano atrás de várias etapas para tentar aumentar automação.

Isso pode funcionar para demandas simples.

Mas pode gerar frustração quando o assunto é complexo, urgente ou não se encaixa no menu.

A Twilio lista a dificuldade de alcançar um atendente humano como um dos problemas comuns em URAs mal projetadas.

Não significa que “zero para atendente” deva existir em toda primeira tela.

Significa que precisa haver uma saída coerente.

A automação deve eliminar trabalho repetitivo.

Não aprisionar o cliente.

Transferência errada É um dos melhores indicadores de URA ruim

Se o cliente escolhe uma opção, chega a um setor e ouve:

“Vou transferir para outra área”

alguma coisa falhou.

Uma transferência eventual é normal.

Transferência sistemática indica problema de desenho.

Vale medir:

• quantas chamadas cada setor transfere
• para onde transfere
• quais opções da URA originaram essas chamadas
• quais assuntos são classificados incorretamente

Às vezes, alterar o nome de uma opção reduz uma sequência inteira de transferências.

Não faça o cliente repetir o que a URA já perguntou

Esse é um dos maiores fatores de irritação.

A URA pede um número, protocolo ou seleção.

O cliente informa.

Quando chega ao atendente, precisa repetir tudo.

Nem todo PABX ou integração consegue transportar contexto de forma sofisticada.

Mas quando a tecnologia permite, o projeto deve tentar preservar o que já foi coletado.

Se o sistema identifica uma opção ou informação e consegue apresentá-la ao atendente, essa informação deveria ser aproveitada.

Automação que não compartilha contexto apenas adiciona uma etapa.

Não colete dados que não serão usados

“Digite seu CPF.”

“Digite seu código.”

“Informe o protocolo.”

Cada pergunta exige tempo e aumenta a possibilidade de erro.

Antes de incluir uma coleta, pergunte:

O sistema usará esse dado para quê?

Vai autenticar?

Vai localizar cadastro?

Vai escolher fila?

Vai mostrar informação ao atendente?

Se a resposta for “não”, talvez a pergunta não devesse estar ali.

Horário de atendimento deve alterar o fluxo

A URA das 14h não precisa se comportar igual à URA das 23h.

Durante o expediente, pode encaminhar para filas e ramais.

Fora do horário, pode:

• informar quando o atendimento retorna
• direcionar para plantão quando existir
• oferecer caixa postal quando fizer sentido
• informar outro canal
• encerrar de forma clara

O erro é deixar o cliente atravessar três menus para descobrir no final que o setor está fechado.

A informação de horário precisa aparecer antes do caminho inútil.

Feriados e exceções também precisam ser previstos

Uma URA configurada apenas para segunda a sexta pode falhar em feriados, recessos ou horários especiais.

Isso cria situações como:

“Seu atendimento será transferido.”

A chamada toca indefinidamente em uma fila vazia.

Planejamento de telefonia precisa incluir calendário operacional.

Especialmente em empresas com plantões, recesso, escalas ou horários diferentes por setor.

Música de espera não corrige fila mal dimensionada

A experiência depois da URA também faz parte do atendimento.

Se o cliente chega rapidamente à fila correta, mas espera vinte minutos sem qualquer informação, o problema apenas mudou de lugar.

O projeto pode considerar:

• tamanho das filas
• quantidade de ramais disponíveis
• estratégia de toque
• transbordo
• mensagens de espera
• retorno de chamada quando a plataforma oferecer esse recurso
• horários de pico

URA, PABX e operação precisam conversar.

A fila correta importa mais que o ramal específico

Em empresas pequenas, encaminhar diretamente para um ramal pode ser suficiente.

À medida que a operação cresce, filas e grupos de atendimento podem ser melhores que uma dependência de pessoas específicas.

Exemplo:

Ruim:

“Digite 1 para falar com Ana. Digite 2 para falar com Bruno. Digite 3 para falar com Carlos.”

Melhor em muitos cenários:

“Para vendas, digite 1.”

A chamada entra na equipe comercial conforme a estratégia definida.

Isso reduz a necessidade de alterar a URA sempre que alguém muda de função, sai de férias ou deixa a empresa.

URA não deve ser um cadastro de funcionários

Outro problema comum é gravar nomes de pessoas em todos os menus.

“Para falar com João, digite 1. Para Maria, digite 2…”

Isso funciona em estruturas pequenas e estáveis.

Mas cresce mal.

Se a finalidade da ligação é comercial, suporte ou financeiro, é mais resiliente encaminhar pela função.

O ramal individual continua existindo para quem já sabe com quem quer falar.

Discagem direta de ramal pode economizar tempo

Em alguns ambientes, clientes recorrentes, fornecedores e parceiros já conhecem o ramal desejado.

Permitir digitar o ramal durante a saudação pode evitar que essas pessoas atravessem menus desnecessários.

Esse recurso depende do PABX e da política da empresa.

Mas ilustra um princípio importante:

Usuário experiente não precisa ser obrigado a percorrer a mesma jornada de quem liga pela primeira vez.

O texto precisa ser fácil de ouvir — não apenas bonito no papel

Frases para URA devem ser escritas para voz.

Elas precisam funcionar quando ouvidas uma única vez.

Evite:

• frases longas
• muitas informações dentro da mesma opção
• siglas que o cliente não conhece
• opções com nomes muito parecidos
• números falados rápido demais
• instruções antes de o cliente entender o contexto

Leia o roteiro em voz alta.

Cronometre.

Se você se perde lendo, o cliente provavelmente se perderá ouvindo.

Pausas também fazem parte do design

Uma gravação sem pausas parece apressada.

Pausas longas demais deixam o cliente sem saber se a chamada travou.

A documentação de voz da AWS recomenda utilizar pontuação natural e pausas adequadas entre elementos, inclusive opções de menu.

A locução precisa permitir que a pessoa separe mentalmente as alternativas.

“Vendas, digite 1. Suporte, digite 2.”

é mais claro que uma sequência pronunciada como uma única frase.

Permitir digitação durante a mensagem pode reduzir tempo

Clientes frequentes normalmente sabem a opção antes de o áudio terminar.

Sistemas que suportam entrada antecipada podem aceitar o dígito sem obrigar a pessoa a ouvir toda a gravação.

A AWS chama esse comportamento de touchtone buffering ou type-ahead em sua plataforma e destaca que ele pode reduzir tempo de navegação.

Nem toda central ou configuração terá o mesmo comportamento.

Mas vale verificar.

Bloquear a digitação até o fim de uma mensagem longa torna a experiência mais lenta sem necessidade.

Uma URA boa precisa de caminho para erro

O cliente pode pressionar uma tecla inválida.

Pode não pressionar nada.

Pode não entender.

Pode haver falha de reconhecimento em sistemas por voz.

Essas situações precisam de tratamento.

Exemplo:

“Não identificamos sua escolha. Para vendas, digite 1. Para suporte, digite 2. Para financeiro, digite 3.”

Depois de tentativas repetidas, o sistema pode direcionar a uma alternativa definida pela empresa.

Repetir a mesma mensagem infinitamente não é tratamento de erro.

O menu deve ser atualizado quando a empresa muda

URA não é “configurar uma vez e esquecer”.

Departamentos mudam.

Horários mudam.

Produtos mudam.

Equipes mudam.

A opção que era importante dois anos atrás pode quase não receber ligações hoje.

Um bom processo inclui revisão periódica.

A Twilio recomenda revisar menus e mensagens para manter horários e informações atualizados.

Isso parece básico.

Mas gravações desatualizadas são comuns.

Como saber se sua URA está ruim

Alguns sinais práticos:

• clientes reclamam de “não conseguir falar com ninguém”
• recepção recebe muitas chamadas que deveriam chegar a outro setor
• funcionários transferem grande parte das chamadas recebidas
• menus possuem muitas opções
• há vários níveis de submenus
• opções usam nomes internos que clientes não entendem
• o cliente informa dados na URA e repete tudo ao atendente
• mensagens antigas continuam ativas
• fora do horário, chamadas entram em filas sem atendimento
• mudanças de equipe exigem regravar vários menus
• ninguém sabe qual é o fluxo completo atual

Se vários desses sintomas existem, talvez não seja necessário trocar o PABX.

Pode ser necessário redesenhar o fluxo.

Antes: uma URA construída pelo organograma

Imagine este fluxo:

“Bem-vindo à Empresa Alfa.

Para Departamento Comercial, digite 1.

Para Departamento Financeiro, digite 2.

Para Administrativo, digite 3.

Para Pós-venda, digite 4.

Para Logística, digite 5.

Para Suporte Técnico, digite 6.

Para Cobrança, digite 7.

Para Contratos, digite 8.

Para Recepção, digite 9.”

Depois, algumas opções abrem novos submenus.

O cliente precisa conhecer a empresa para usar o telefone.

Depois: uma URA construída pelos motivos de contato

Agora imagine que os dados mostram quatro grupos dominantes:

“Empresa Alfa.

Para comprar ou solicitar orçamento, digite 1.

Para suporte ou atendimento de um serviço existente, digite 2.

Para pagamentos e documentos financeiros, digite 3.

Para outros assuntos, digite 4.”

Dentro de cada fila, a própria equipe pode resolver ou encaminhar exceções.

A quantidade de opções caiu.

A linguagem ficou mais próxima da intenção.

A URA ficou menor porque a empresa entendeu melhor as chamadas.

A melhor URA não É necessariamente a mais automatizada

É possível automatizar pagamentos, identificação, consulta de status, abertura de solicitações e várias outras tarefas.

Isso pode ser excelente quando o volume justifica e a integração funciona.

Mas automação não deve ser adicionada apenas porque a plataforma permite.

Cada etapa precisa justificar o esforço que impõe.

Pergunte:

• essa etapa resolve algo sem atendente?
• reduz tempo total?
• evita repetição?
• melhora roteamento?
• usa a informação coletada?

Se não, talvez seja apenas mais uma etapa.

IA e reconhecimento de voz não eliminam a necessidade de bom fluxo

Sistemas modernos podem permitir que o cliente fale algo como:

“Quero segunda via do boleto.”

Isso pode reduzir menus numéricos.

Mas a tecnologia ainda precisa saber:

• quais intenções existem
• o que fazer com cada uma
• como tratar ambiguidade
• quando transferir
• que dados pedir
• como preservar contexto

Uma URA conversacional mal desenhada continua sendo uma URA mal desenhada — apenas sem teclas.

Como reprojetar sua URA em uma folha

Pegue uma folha e desenhe o fluxo atual.

Comece na ligação recebida.

Para cada etapa, escreva:

Mensagem

O que o cliente escuta?

Decisão

O que ele precisa escolher?

Destino

Para onde a chamada vai?

Erro

O que acontece se ele não escolher ou errar?

Horário

Esse destino funciona nesse momento?

Transferência

O setor realmente resolve a demanda?

Depois marque cada etapa que poderia ser removida.

É comum descobrir que a complexidade existia apenas porque foi sendo adicionada ao longo dos anos.

Checklist de uma URA empresarial mais eficiente

Antes de considerar o fluxo pronto, confirme:

• as opções principais correspondem aos motivos de contato mais frequentes
• o menu inicial é curto
• a linguagem é compreensível para clientes
• submenus existem apenas quando necessários
• o caminho até atendimento humano é coerente
• horários especiais estão configurados
• mensagens estão atualizadas
• opções mais usadas aparecem cedo
• ramais individuais não substituem filas quando a equipe precisa atender em conjunto
• dados coletados são realmente utilizados
• o cliente não precisa repetir informação desnecessariamente
• entradas inválidas e ausência de escolha têm tratamento
• a locução tem ritmo e pausas adequadas
• clientes recorrentes conseguem navegar rapidamente quando a central permite
• transferências entre departamentos são monitoradas
• o fluxo é revisado quando a operação muda

A URA ideal É a que quase desaparece

O cliente não deveria terminar uma ligação pensando:

“Que URA excelente.”

O melhor resultado é ele quase não perceber a automação.

Ligou.

Entendeu as opções.

Escolheu.

Chegou ao lugar certo.

Resolveu.

Esse é o objetivo.

A BRCOM trabalha com soluções de PABX, telefonia e infraestrutura para empresas no Rio de Janeiro, incluindo implantação, organização e modernização de fluxos de atendimento conforme a necessidade da operação.

Se a sua empresa possui uma URA que foi crescendo com novas opções, ramais e mensagens ao longo do tempo, uma revisão do fluxo pode gerar mais resultado que simplesmente adicionar outra camada de automação.