Falcon Information — Voltar para a página inicial

O atendimento ao cliente por voz com IA: estrutura e cenários de implementação para empresas.

O atendimento de voz com IA é um fluxo de software que permite reconhecer a voz, compreender as tarefas, responder aos usuários e interagir com sistemas de CRM, tickets, agendamento ou atribuição de tarefas. Não se trata de um modelo único nem de simplesmente conectar um chatbot de site a um microfone. A sua viabilidade depende da integração com sistemas telefônicos, validação de campos, regras de negócios, ações do sistema e intervenção humana.

Este trecho do artigo

  • ·Quais são as camadas de um sistema completo?
  • ·Tarefas adequadas e inadequadas
  • ·Como corrigir erros
  • ·Evidências práticas da GoGoCha
  • ·Inspeção prévia

Quais são as camadas de um sistema de atendimento ao cliente baseado em IA e voz?

A arquitetura completa deve ser dividida em pelo menos cinco camadas: telefonia, voz, diálogo, fluxo de trabalho e sistemas corporativos. A camada de telefonia lida com números de telefone, PBX, SIP e encaminhamento; a camada de voz é responsável por reconhecimento e síntese de fala; a camada de diálogo determina a intenção e faz perguntas; a camada de fluxo de trabalho valida campos, permissões e status; e, finalmente, a API cria tarefas, agendamentos, registros de CRM ou atribui tarefas. Apenas a camada de diálogo natural é demonstrada, e não há evidências de que as quatro camadas subsequentes possam funcionar de forma estável.

A estrutura de responsabilidades desde a energia elétrica até o funcionamento dos sistemas empresariais.
NívelResponsabilidades principaisVerificações obrigatórias
Telefonia e roteamentoChamada central, PBX/SIP, fila de espera, encaminhamento e tratamento de chamadas em excessoChamadas de emergência, interrupções de serviço, atendimento manual e reutilização de números.
Áudio e diálogoReconhecimento, síntese e interpretação de fala, juntamente com a capacidade de fazer perguntas e investigar.Sotaques, ruídos, termos técnicos e tratamento de situações de baixa confiança.
Fluxo de trabalhoVerificação de campos, permissões, regras, status e solicitações duplicadasDados insuficientes, informações contraditórias fornecidas pelo usuário, idempotência e tempo limite.
Sistema empresarialCRM, solicitações, agendamentos, atribuição de tarefas ou notificaçõesCriar, consultar, cancelar e relatar falhas, além de atendimento automatizado.

Quais tarefas de atendimento telefônico são mais adequadas para serem implementadas com inteligência artificial primeiro?

Priorizar tarefas que apresentem alta repetibilidade, campos bem definidos, resultados verificáveis e que ofereçam mecanismos de correção em caso de erros:

  • Status do serviço, informações comerciais e acompanhamento do andamento do caso
  • Após coletar informações como endereço, equipamentos e horários, crie um pedido de serviço.
  • Com base em regras claras, é possível fazer agendamentos, cancelamentos ou alterações de data.
  • Criar tarefas relacionadas a aluguel de veículos, logística ou serviços de entrega em domicílio.
  • Entregar o conteúdo organizado para que uma pessoa o processe manualmente.

Quais situações não devem ser entregues à IA na primeira fase?

Decisões médicas, conclusões legais, autorização de pagamento, disputas de identidade, reclamações graves e ações de alto valor que não podem ser revertidas, não devem ser automatizadas como a primeira tarefa. Mesmo que a transcrição de áudio seja mantida, essas situações devem ser confirmadas por um humano antes de serem executadas. O critério não é se a IA consegue dar uma resposta, mas sim se ela erra e se é possível detectar, interromper e corrigir o erro.

Como reverter ou corrigir um erro no sistema de IA ou em caso de falha?

Os campos importantes devem ser revisados pelo usuário para confirmação, e o sistema deve então validar o formato e as regras de negócios. Em casos de mal-entendidos, falta de confiança, palavras-chave sensíveis ou solicitação do usuário, o sistema deve encaminhar os campos confirmados e o resumo da conversa para análise manual. Se a API da empresa expirar, o sistema deve entrar em um estado de tentativa, fila ou pendente, sem notificar o usuário de que a tarefa foi concluída.

É preciso definir os limites para a gravação, a transcrição e o tratamento de dados pessoais.

O processo de coleta de dados pode envolver informações como nome, telefone, endereço, detalhes do pedido e conteúdo da conversa. Antes da implementação, a empresa deve confirmar os métodos de coleta, os objetivos, os níveis de acesso, o período de retenção e os procedimentos de exclusão. O lado do desenvolvimento deve implementar as permissões, máscaras, auditoria e isolamento do ambiente. Nem todas as conversas precisam ser armazenadas permanentemente, e também não se deve usar gravações de clientes reais diretamente como dados de teste não isolados. Em casos que envolvam regulamentações específicas do setor, a empresa deve confirmar com o departamento jurídico ou de conformidade.

O GoGoCha demonstrou o quê?

O caso GoGoCha, divulgado pela Falcon, integra as necessidades de chamadas por telefone, site e LINE, direcionando-as para um sistema centralizado de despacho imediato, que, por sua vez, sincroniza com os aplicativos para motoristas/passageiros e interfaces de operação. Embora os dados públicos demonstrem o escopo e a arquitetura técnica do sistema, não há informações disponíveis sobre receita, economia de custos, taxa de sucesso ou acordos de nível de serviço (SLA) para chamadas reais. Por isso, não incluímos esses números como resultados.

Antes da implementação, quais critérios de aceitação devem ser definidos primeiro?

Não se limite a verificar apenas a "capacidade de diálogo". É fundamental utilizar cenários reais e representativos para a avaliação:

  • Taxa de preenchimento dos campos obrigatórios e método de confirmação
  • Baixa confiança, questões sensíveis e condições para intervenção manual.
  • Estado das tarefas após tempo limite, requisições repetidas e desconexão da API
  • Conexões múltiplas, espera, redirecionamento e rotas de saída
  • Informações sobre gravação, transcrição, permissões, salvamento e exclusão.

Perguntas frequentes

Os assistentes de voz e robôs de atendimento telefônico baseados em IA são iguais?
É comum encontrar esses sistemas sendo utilizados de forma intercambiável no mercado. Ao fazer a compra, é importante verificar se o sistema permite a consulta, a interação com sistemas corporativos, a validação de campos, e se há a possibilidade de encaminhar para atendimento humano em caso de dúvidas.
É necessário substituir o sistema telefônico atual da empresa antes de prosseguir?
Não necessariamente. A possibilidade de continuar utilizando o sistema existente dependerá do provedor de telefonia, do sistema PBX, da tecnologia SIP, do número de atendimento e dos métodos de encaminhamento. É importante realizar uma análise do ambiente atual antes de tomar uma decisão.
Quanto tempo levará para que o atendimento ao cliente por voz com inteligência artificial esteja disponível?
Dependendo do ambiente: um POC (Proof of Concept) para uma tarefa específica geralmente é faturado por semana, enquanto a versão final com integração de PBX e sistemas corporativos é faturada mensalmente. Os principais fatores que influenciam o cronograma são a maturidade da API corporativa e o progresso na organização dos dados, e não o modelo em si.
Os sistemas de atendimento ao cliente com inteligência artificial conseguem lidar com o dialeto taiwanes (tai-wân) ou outras línguas?
A precisão depende do nível real de suporte do motor de reconhecimento de voz para a língua e sotaque em questão. Antes da implementação, é mais confiável testar a taxa de reconhecimento com amostras de áudio gravadas de usuários reais, em vez de apenas confiar nas especificações do fornecedor. Se os testes iniciais não forem satisfatórios, é recomendável começar com um escopo de serviço mais limitado.

Avalie o fluxo de atendimento telefônico com IA da sua empresa

Discutir a partir dos métodos atuais de atendimento, as ações do sistema após a chamada e o tratamento de exceções. Após apresentar as necessidades, confirmar o horário da demonstração, o escopo da apresentação e se é necessário um projeto piloto (POC).