O QA da jornada do cliente avalia tudo o que um cliente passou para resolver um problema: cada bot, agente de IA, chat, ligação e contato com um atendente sobre aquele mesmo problema dentro de uma janela definida. Em vez de perguntar se cada conversa foi boa, ele pergunta se a jornada terminou com o problema resolvido, sem loops, contexto perdido ou pedidos de atendimento humano ignorados.
Em resumo
- A monitoria de conversas avalia um contato. O QA da jornada avalia o caminho inteiro que o cliente percorreu para resolver um problema, passando por bots, agentes de IA, canais e pessoas.
- A maior parte das falhas da era da IA fica entre as conversas: um “quero falar com um atendente” ignorado, um loop entre chat e telefone, contexto perdido, um recontato, um cliente que desiste em silêncio.
- Defina uma jornada como o mesmo cliente, com o mesmo problema, dentro de uma janela fixa, de 7 dias por padrão.
- Acompanhe as jornadas resolvidas corretamente, os contatos por jornada, as falhas de transbordo, o contexto perdido, os pedidos de atendimento humano respeitados, o abandono silencioso e o tempo de resolução.
- Avalie jornadas inteiras com um formulário de jornada, selecione a amostra a partir de sinais de risco e dê a cada jornada reprovada um único responsável, que corrige a causa.
O que é o QA da jornada do cliente?
O QA da jornada do cliente é uma monitoria de qualidade em que a unidade de avaliação é o problema do cliente, e não uma conversa isolada. Um avaliador, ou uma verificação automatizada, acompanha um cliente e um problema por todos os pontos de contato (bot, agente de IA, chat, e-mail, telefone, atendente) dentro de uma janela definida e julga se a jornada resolveu o problema corretamente e sem esforço desnecessário.
A monitoria tradicional lê um ticket e avalia o atendente que cuidou dele. Com agentes de IA na linha de frente, um único problema costuma virar três ou quatro contatos: uma conversa com o bot, um escalonamento para o chat, uma ligação, um e-mail de follow-up. Cada contato pode ser aprovado no próprio formulário de monitoria enquanto o cliente passa três dias sem chegar a lugar nenhum.
“Agentes de IA para a jornada do cliente” muitas vezes quer dizer ferramentas de marketing, como o Journey Creation Agent da Microsoft, que monta jornadas de e-mail, SMS e push a partir de um objetivo descrito em linguagem simples. Este guia trata de atendimento: verificar as jornadas que os clientes realmente percorrem quando precisam de ajuda.
Por que avaliar conversas isoladas não mostra onde o atendimento com IA falha?
Avaliar conversas isoladas não mostra as falhas da era da IA porque essas falhas acontecem entre as conversas. Um bot que ignora o pedido de falar com um atendente, um chat que manda o cliente para o telefone, um transbordo que perde o número do pedido ou um cliente que desiste em silêncio deixam cada conversa com cara de aceitável. Só a jornada completa mostra o estrago.
Os clientes já esperam por isso. Em uma pesquisa da Gartner com 5.728 clientes (dezembro de 2023), 64% disseram que prefeririam que as empresas não usassem IA no atendimento (em inglês), e a principal preocupação era que ficaria mais difícil falar com uma pessoa. A Gartner recomenda que um chatbot que não consegue resolver o problema transfira para um chat com atendente que retome de onde o chatbot parou. Isso é um requisito de jornada.
O relatório sobre chatbots no setor financeiro (em inglês) do Consumer Financial Protection Bureau, órgão de defesa do consumidor financeiro dos Estados Unidos, chama o mesmo padrão de “doom loops”, os loops sem saída, muitas vezes causados quando o problema fica fora das capacidades limitadas do chatbot.
Cinco padrões de falha causam a maior parte do estrago:
| Padrão de falha | O que o cliente vive | Por que a nota da conversa não pega | Sinal de jornada a vigiar |
|---|---|---|---|
| “Quero falar com um atendente” ignorado | Pede uma pessoa e recebe mais respostas do bot, ou um beco sem saída | O bot foi educado e ficou no assunto, então a conversa é aprovada | Pedido explícito de atendimento humano sem nenhum contato humano na jornada |
| Loop entre canais | O chat manda ligar, o telefone manda usar o chat, ninguém resolve | Cada contato encaminhou o cliente “corretamente” para algum lugar | Mesmo problema, 2 ou mais trocas de canal, nenhuma resolução |
| Contexto perdido no transbordo | Repete o número do pedido, o problema, o que já tentou | O atendente foi simpático e fez as perguntas certas | Cliente informa o mesmo dado duas vezes na mesma jornada |
| Recontato | O problema foi “resolvido” e volta dias depois | A primeira conversa terminou com uma resposta confiante | Novo contato sobre o mesmo problema dentro da janela |
| Abandono silencioso | Desiste no meio da jornada, talvez cancele ou vá embora | Nenhuma reclamação, nenhuma pesquisa, o ticket fecha como resolvido | Jornada termina sem resolução e sem novo contato |
Em fóruns públicos de suporte, os clientes descrevem o loop entre canais em uma frase: o chat manda para o telefone, e o telefone manda de volta ou desliga. Nem a transcrição do chat nem a ligação, avaliadas sozinhas, seriam reprovadas. Para as falhas dentro de uma única conversa com IA que os dashboards contam como vitória, veja o nosso guia sobre falhas silenciosas de agentes de IA.
Como definir uma jornada do cliente para o QA?
Defina uma jornada do cliente como todos os contatos do mesmo cliente sobre o mesmo problema dentro de uma janela fixa, por exemplo 7 dias a partir do primeiro contato. Antes de avaliar qualquer coisa, você precisa de três regras por escrito: como reconhecer o mesmo cliente, como reconhecer o mesmo problema e quando a jornada é considerada encerrada.
Mesmo cliente. Use o identificador mais forte que você tiver: ID do cliente ou número da conta, depois e-mail verificado, depois telefone. Conte os chats anônimos à parte, em vez de tentar adivinhar.
Mesmo problema. Cruze pela tabulação de atendimento (o motivo de contato), pelo número do pedido ou do caso, ou por um ticket vinculado. Quando a tabulação não for confiável, peça a um avaliador que confirme as correspondências em uma amostra primeiro.
A janela. Escolha pelo tipo de problema e depois mantenha fixa:
| Tipo de problema | Janela sugerida | Por quê |
|---|---|---|
| Dúvidas simples de uso ou de conta | 3 dias | Se voltar depois disso, em geral é uma nova pergunta |
| Pedidos, entregas, devoluções | 7 dias | Cobre a espera pela entrega ou pelo estorno |
| Cobrança, reembolsos, contestações | 14 dias | Uma resposta errada aparece na próxima fatura ou no próximo pagamento |
| Sinistros, cancelamentos, casos regulados | 30 dias | Processos longos, com várias etapas obrigatórias |
Essas janelas são as nossas regras de partida, não um padrão do setor. Faça um gráfico dos dias entre o primeiro e o segundo contato sobre o mesmo problema e defina a janela no ponto em que a maioria dos follow-ups reais já chegou.
Como uma jornada termina. Resolvida (o problema real foi resolvido e nada mais veio dentro da janela), abandonada (o cliente parou sem resolução) ou em aberto (avalie mais tarde). A resolução no primeiro contato (em inglês) usa a mesma janela de recontato, mas só olha o primeiro contato; o QA da jornada julga o caminho inteiro.
Quais métricas de jornada acompanhar?
Acompanhe sete métricas de jornada: a parcela de jornadas resolvidas corretamente, os contatos por jornada, a taxa de falha no transbordo, a taxa de contexto perdido, os pedidos de atendimento humano respeitados, a taxa de abandono silencioso e o tempo de resolução da jornada. Juntas, elas mostram se os clientes são atendidos, quanto esforço isso custa a eles e qual emenda quebra com mais frequência. Reporte por tipo de problema e por canal de entrada.
| Métrica | Como calcular | Regra de partida (nossa, ajuste à sua referência) |
|---|---|---|
| Jornadas resolvidas corretamente | Jornadas em que o problema real foi resolvido corretamente / jornadas encerradas | Investigue qualquer tipo de problema abaixo de 85% |
| Contatos por jornada | Todos os contatos, em todos os canais / jornadas | Investigue qualquer tipo de problema acima de 1,5 |
| Taxa de falha no transbordo | Transbordos que perderam o contexto, chegaram tarde ou mandaram o cliente de volta / transbordos avaliados | Busque ficar abaixo de 5% |
| Taxa de contexto perdido | Jornadas com vários contatos em que o cliente repetiu um dado / jornadas com vários contatos | Investigue acima de 5% |
| Pedidos de atendimento humano respeitados | Pedidos explícitos de uma pessoa seguidos de contato humano / todos esses pedidos | Busque 95% ou mais |
| Taxa de abandono silencioso | Jornadas encerradas sem resolução e sem reclamação / jornadas encerradas | Avalie uma amostra toda semana, qualquer que seja a taxa |
| Tempo de resolução da jornada | Do primeiro contato até a resolução, mediana e percentil 90 | Fique de olho no percentil 90 |
Uma taxa de retenção (em inglês) alta pode esconder uma jornada ruim: o cliente que sai do bot e liga para o telefone continua contando como retido. Os contatos por jornada pegam isso. E mantenha “resolvido” separado de “resolvido corretamente”: uma resposta errada dada com confiança parece resolvida até o recontato chegar. A nossa auditoria da taxa de resolução de agentes de IA mostra como verificar.
O formulário de QA da jornada (copie este)
O formulário de QA da jornada é um conjunto curto de critérios que só fazem sentido olhando a jornada inteira. Cada critério tem uma condição de reprovação clara e diz de que dados o avaliador precisa. Avalie cada conversa no seu formulário de monitoria normal, como sempre; avalie a jornada com estes critérios por cima, para que um nunca substitua o outro.
| # | Critério de jornada | O que reprova | Dados necessários |
|---|---|---|---|
| 1 | O problema real foi resolvido corretamente ao final | Problema não resolvido, resolvido errado, ou “resolvido” e de volta dentro da janela | Todos os contatos da janela, o desfecho final, a política ou o artigo da base de conhecimento aplicável |
| 2 | Os pedidos de atendimento humano foram respeitados (crítico) | O cliente pediu uma pessoa e não foi atendido, ou só foi depois de pedir 2 ou mais vezes | Transcrições do bot e do agente de IA, registro de escalonamentos |
| 3 | Nenhum loop entre bots, canais ou equipes (crítico) | O cliente foi mandado de volta para um canal ou agente que já tinha tentado para o mesmo problema | Canal e responsável por contato, registro de roteamento |
| 4 | O contexto passou em cada transbordo | O cliente repetiu um identificador, o problema ou o que já tinha tentado | Transcrições dos dois lados de cada transbordo, resumo do transbordo, se houver |
| 5 | O escalonamento aconteceu pelo gatilho certo | Escalonou tarde demais (depois de várias respostas erradas) ou jogou para um atendente sem dar motivo | Regras de escalonamento, transcrição no momento do transbordo |
| 6 | Respostas coerentes entre canais e responsáveis | Dois contatos deram ao cliente respostas diferentes sobre a mesma política | Todas as respostas dadas, a política aplicável |
| 7 | As promessas foram cumpridas | Um retorno, reembolso ou follow-up prometido em um contato não aconteceu | Promessas nas transcrições, sistema de pedidos ou de casos |
| 8 | O esforço foi proporcional | Mais contatos ou dias do que o tipo de problema exige (acima da sua regra de contatos por jornada ou de tempo) | Número de contatos, horários |
| 9 | O encerramento foi explícito | A jornada terminou em silêncio, com o problema sem solução (abandono silencioso) | Último contato, desfecho, qualquer evento de cancelamento ou churn |
Regra de nota. Uma jornada é reprovada se falhar no critério 1, 2 ou 3 (os críticos). Caso contrário, conte as demais falhas: 0 é aprovada, 1 é aprovada com ressalva, 2 ou mais é reprovada. Registre um único segmento de causa raiz para cada reprovação: o bot, um agente de IA nomeado, a regra de roteamento ou de transbordo, um canal, um atendente, ou o conteúdo de política ou da base de conhecimento. É essa atribuição que transforma a nota da jornada em uma correção.
O critério 4 é a mesma verificação de continuidade que o nosso guia de monitoria do transbordo para humano aprofunda, uma emenda de cada vez. Para jornadas em que vários agentes de IA passam um caso entre si, o nosso artigo sobre orquestração de agentes de IA explica os padrões de roteamento por trás dos critérios 3 e 5.
Como montar a amostra e avaliar jornadas inteiras?
Monte a amostra de jornadas em duas camadas: avalie toda jornada que disparar um sinal de risco (um pedido de atendimento humano ignorado, 3 ou mais contatos, 2 ou mais canais, um loop ou um abandono) e acrescente uma amostra aleatória de jornadas comuns para medir a taxa real de falha. Avalie cada jornada em ordem cronológica, em uma única linha do tempo, com todos os contatos lado a lado.
Camada 1: jornadas com sinal de risco. As falhas se concentram aqui, então leia todas, ou um número fixo por gatilho por semana:
- Um pedido explícito de uma pessoa (“atendente”, “humano”, “falar com alguém”) em uma transcrição de bot ou de agente de IA.
- 3 ou mais contatos, ou 2 ou mais trocas de canal, sobre o mesmo problema.
- Um recontato depois de um contato marcado como resolvido.
- Uma jornada que termina sem resolução e sem novo contato.
Camada 2: uma amostra aleatória. Os gatilhos mostram onde olhar, não com que frequência as coisas dão errado. Para reportar uma taxa de falha que você consiga defender, acrescente uma amostra aleatória de jornadas encerradas; de 150 a 400 por mês dão uma margem de erro utilizável para um tipo de problema. O nosso artigo sobre estatística de amostragem na monitoria (em inglês) explica por que amostras menores enganam.
Como avaliar uma jornada. Reconstrua a linha do tempo: todos os contatos em ordem de data, com canal e responsável (bot, agente de IA, atendente, URA). Leia o primeiro e o último contato antes do meio; a distância entre o que o cliente pediu e o que ele levou é o veredito. Depois percorra cada emenda. As ligações precisam de uma transcrição ou de um resumo para entrar na mesma linha do tempo; muitas centrais de atendimento já monitoram uma amostra de ligações, e a avaliação da jornada as coloca ao lado dos contatos de chat e de bot.
O modelo de avaliação da jornada
Copie isto para uma planilha ou formulário de avaliação. Um bloco por jornada.
| Campo | O que preencher |
|---|---|
| ID da jornada | O seu próprio ID, ou o número do primeiro ticket |
| Cliente e problema | Identificador do cliente, tipo de problema, número do pedido ou do caso |
| Janela | Data do primeiro contato, duração da janela, estado final (resolvida, abandonada, em aberto) |
| Linha do tempo | Uma linha por contato: data e hora, canal, atendido por (bot, agente de IA nomeado, atendente, URA), o que aconteceu em uma linha, contexto recebido (sim ou não), desfecho |
| Gatilhos de risco | Quais gatilhos da camada 1 dispararam, se algum |
| Formulário da jornada | Aprovado ou reprovado nos critérios 1 a 9, com o número do contato como evidência |
| Veredito | Aprovada, aprovada com ressalva, reprovada |
| Segmento de causa raiz | Bot, agente de IA (nome), regra de roteamento ou de transbordo, canal, atendente, política ou base de conhecimento |
| Responsável e correção | Quem responde por esse segmento, a correção combinada, a data em que entra em produção |
| Nova verificação | A data em que você vai avaliar de novo o mesmo tipo de jornada |
Um exemplo calculado (ilustração, números inventados para mostrar a conta)
Uma equipe de suporte atende 50.000 contatos por mês entre um chatbot, um agente de IA no chat e no e-mail, uma linha telefônica e atendentes. Agrupados em jornadas com janela de 7 dias, esses contatos formam 38.000 jornadas:
- 31.800 jornadas (84%) têm um único contato.
- 6.200 jornadas têm dois ou mais, somando 18.200 contatos (2,94 cada).
- Contatos por jornada no total: 50.000 / 38.000 = 1,32.
A monitoria de conversas parece saudável: 91% das conversas da amostra são aprovadas. Então a pessoa responsável pela qualidade avalia uma amostra aleatória de 150 jornadas com vários contatos. 48 são reprovadas (32%):
| Causa raiz | Jornadas reprovadas | Parcela das reprovações |
|---|---|---|
| Contexto perdido no transbordo do bot para o atendente | 17 | 35% |
| Pedido de atendimento humano ignorado ou atrasado | 12 | 25% |
| Loop entre chat e telefone | 9 | 19% |
| Resolução errada, cliente voltou | 6 | 13% |
| Respostas diferentes sobre a política no chat e no telefone | 4 | 8% |
| Total | 48 | 100% |
Dentro dessas 48 jornadas reprovadas há 141 conversas, e 118 delas (84%) foram aprovadas no formulário de monitoria de conversas. As jornadas falharam enquanto a maioria das conversas dentro delas passava.
Na escala total, 32% de 6.200 dá cerca de 1.980 jornadas reprovadas por mês. A margem de erro de 95% é de cerca de 7,5 pontos para mais ou para menos (1,96 × √(0,32 × 0,68 / 150) = 0,075), então o número real fica entre cerca de 1.520 e 2.450. Qualquer uma das pontas justifica a correção. E 29 das 48 reprovações (60%) vêm de duas emendas, o pacote de contexto do transbordo e a regra de pedido de atendimento humano, então é ali que entram as primeiras correções.
Veja isso nas suas próprias conversas. A Kaizo avalia 100% das suas conversas de suporte, de pessoas e de agentes de IA, com base no seu próprio formulário de monitoria, e liga cada nota à evidência na conversa. Agende uma demo.
Quem deve ser responsável pela qualidade da jornada do cliente?
Uma única pessoa deve responder pela qualidade da jornada de ponta a ponta, em geral a liderança de Atendimento ou de Operações de Suporte, porque nenhum responsável por canal ou por agente enxerga o caminho inteiro. Essa pessoa cuida das métricas de jornada e da revisão semanal. Cada jornada reprovada vai então para o responsável pelo segmento que causou a falha.
| Papel | Responde por | Age sobre |
|---|---|---|
| Responsável pela jornada (liderança de Atendimento ou Operações de Suporte) | As métricas de jornada, o formulário de jornada, a revisão semanal | Prioridades entre equipes; escala quando uma correção trava |
| Responsável pelo agente de IA (por bot ou agente de IA) | As instruções, o conhecimento e os gatilhos de escalonamento do agente | Reprovações atribuídas àquele agente: respostas erradas, pedidos de atendimento humano ignorados |
| Responsável por roteamento e transbordo | Regras de roteamento, pacote de contexto do transbordo, transferência entre canais | Loops, contexto perdido, escalonamento tardio |
| Líderes de canal (chat, e-mail, telefone) | O processo e o dimensionamento de cada canal | Loops entre canais, retornos que não acontecem, respostas incoerentes |
| Líder de qualidade | Amostragem, calibração dos avaliadores, o modelo de avaliação | Notas de jornada confiáveis; novos padrões de falha |
| Responsável por conhecimento e políticas | O conteúdo a partir do qual pessoas e agentes de IA respondem | Respostas incoerentes entre canais |
Duas regras evitam que isso vire uma reunião para achar culpados. Toda jornada reprovada recebe exatamente um segmento de causa raiz; registre o resto como achados secundários. E a correção depende de quem falhou: uma pessoa recebe coaching, um agente de IA recebe uma mudança nas instruções, no conhecimento ou nos gatilhos. Veja coaching de pessoas versus correção de agentes de IA.
Como corrigir as falhas que o QA da jornada encontra?
Corrija as falhas de jornada na emenda que as causou, e não na conversa em que elas apareceram. A maioria das correções é uma mudança de regra: um gatilho de escalonamento, um pacote de contexto para o transbordo, uma política que diz quando um pedido de atendimento humano é sempre respeitado, ou uma única resposta para uma política em todos os canais. Depois avalie de novo o mesmo tipo de jornada para confirmar que a correção se sustentou.
| Falha encontrada | Correção típica | Onde ler mais |
|---|---|---|
| “Quero falar com um atendente” ignorado | Uma regra fixa: um pedido explícito, ou uma segunda resposta errada, transfere com um resumo | Guardrails para agentes de IA |
| Loop entre canais | Elimine respostas do tipo “ligue para nós” ou “use o chat” para problemas que o outro canal também não resolve; ofereça um retorno ou um ticket | Por que as conversas com IA falham |
| Contexto perdido no transbordo | Um pacote fixo para o transbordo: ID do cliente, problema, o que já foi tentado, o que o cliente quer | Monitoria do transbordo para humano |
| Respostas incoerentes | Uma única fonte de políticas, versionada, a partir da qual pessoas e agentes de IA respondem | Políticas para agentes de IA |
| Resolução errada, recontato | Restrinja o que o agente de IA pode resolver sozinho; audite as resoluções dele | Níveis de autonomia de agentes de IA |
| Abandono silencioso | Avalie as jornadas abandonadas toda semana; acrescente um follow-up para problemas de alto risco não resolvidos | Monitoramento de agentes de IA |
Teste cada mudança antes que ela chegue aos clientes e depois meça em produção. O nosso guia de avaliação de agentes de IA cobre as duas coisas: conjuntos de testes antes do lançamento e avaliação das conversas reais depois.
Quando o QA da jornada não é para você?
O QA da jornada não compensa o esforço de implantação quando a maioria dos problemas se resolve em um único contato e não há bot nem agente de IA na linha de frente. Se os contatos por jornada ficam perto de 1,1, os clientes raramente trocam de canal e você tem algumas centenas de contatos por semana, a monitoria de conversas mais um número simples de resolução no primeiro contato já mostram o que você precisa.
É prematuro quando você não consegue ligar os contatos a um cliente: se a maioria dos chats é anônima e as ligações não trazem identificador do cliente, resolva isso primeiro. Enquanto isso, leia toda transcrição com um pedido explícito de atendimento humano, o que não exige ligar nada. E o QA da jornada nunca substitui a monitoria de conversas: um mostra onde o caminho quebrou, a outra mostra o que deu errado dentro de um contato.
Como começar esta semana
Você pode começar o QA da jornada esta semana com uma planilha e um tipo de problema. O objetivo da primeira semana não é um dashboard. É encontrar a emenda que quebra mais jornadas, para que a primeira correção pague o esforço.
- Escolha um tipo de problema de alto volume em que um bot ou agente de IA faz o primeiro contato, como status do pedido ou reembolsos.
- Escreva as três regras: qual identificador, qual tabulação ou número de caso, qual janela.
- Separe 30 jornadas: 20 que disparam um gatilho de risco e 10 aleatórias.
- Avalie-as com o formulário e o modelo de jornada, com um segmento de causa raiz por reprovação.
- Nomeie o responsável pela pior emenda e combine uma correção com data.
- Repita na semana seguinte com o mesmo tipo de problema para ver se a correção se sustentou.
Quando a avaliação manual comprovar o padrão, automatize o que escala. O QA de agentes de IA da Kaizo avalia conversas de agentes de IA e de atendentes com o mesmo formulário de monitoria, incluindo se o agente escalonou pelo gatilho certo e passou o contexto, e o AutoPilot avalia cada conversa assim que ela é resolvida no Zendesk ou no Salesforce. O agrupamento dessas conversas em jornadas vem dos dados do seu helpdesk: tickets vinculados, IDs de cliente e tabulações. Para o panorama geral, veja o nosso guia sobre atendimento agêntico.
Perguntas frequentes
Qual é um bom número de contatos por jornada?
Não existe referência universal, porque depende do tipo de problema. Use a sua própria referência por tipo de problema e investigue qualquer alta. Como regra de partida, dúvidas simples devem ficar perto de 1,0, e qualquer coisa acima de 1,5 merece um olhar nas jornadas por trás do número.
QA da jornada do cliente é o mesmo que mapeamento da jornada do cliente?
Não. O mapeamento da jornada desenha o caminho que você quer que os clientes percorram, muitas vezes para marketing ou design de serviço. O QA da jornada verifica os caminhos que os clientes realmente percorreram, contato a contato, e julga se cada um resolveu o problema sem loops, contexto perdido ou pedidos de atendimento humano ignorados.
Dá para avaliar jornadas de voz e de chat juntas?
Sim, se cada ligação tiver uma transcrição ou um resumo escrito no mesmo lugar que os seus contatos de chat e e-mail. A avaliação da jornada então coloca a ligação na mesma linha do tempo dos contatos de bot e de chat e aplica os mesmos critérios de jornada. Sem transcrição ou resumo, o avaliador só consegue julgar a ligação pelo desfecho.
QA da jornada é o mesmo que monitoramento de agentes de IA?
Não. O monitoramento acompanha sinais ao vivo de um agente de IA, como taxa de escalonamento, erros e desvios, e alerta quando eles mudam. O QA da jornada avalia jornadas encerradas que passam por todos os bots, agentes, canais e pessoas, e julga se o problema do cliente foi resolvido. O monitoramento diz que algo mudou; o QA da jornada diz quanto isso custou ao cliente.
Como detectar o abandono silencioso?
Procure jornadas que terminaram sem resolução e sem novo contato: uma conversa com o bot que parou no meio do fluxo, um escalonamento que o cliente nunca respondeu, um retorno que nunca se completou. Alguns desses clientes resolveram em outro lugar; outros cancelaram. Avalie uma amostra semanal e, quando possível, verifique cancelamentos ou churn nas semanas seguintes.
