Pular para o conteúdo

Soluções · Atendimento, relacionamento e retenção

Resumo do caso na transferência: como saber o que falta

Por que o resumo do caso chega incompleto quando a transferência passa para outra área

Resposta direta

O resumo falha quando descreve o que já aconteceu e não o que a área seguinte precisa decidir. Um bom teste é ler o resumo como quem nunca falou com o cliente e perguntar qual decisão ele permite tomar. Se a resposta exigir abrir o histórico ou ligar para o cliente, o resumo está incompleto. Isso é diagnóstico, não redação: mede-se quantos casos encaminhados exigem retrabalho, quantas vezes o cliente repete informação e quanto tempo a segunda área gasta reconstruindo contexto. Sem essa medição, a discussão vira preferência por formato.

Objetivo
Diagnosticar
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Separa falha de resumo de falha de registro e propõe um teste de suficiência ligado à decisão da área seguinte, em vez de listar campos obrigatórios.

O que a área seguinte precisa para decidir

Um resumo de caso serve para uma decisão específica da área seguinte: aprovar, corrigir, cobrar, refazer ou encerrar. Quando o texto descreve o histórico sem apontar essa decisão, a área seguinte reconstrói o contexto por conta própria. O sintoma aparece como tempo parado, não como erro visível.

O teste é ler o resumo como quem nunca falou com o cliente e verificar se ele sustenta a decisão sem consultar outro sistema. Se for preciso abrir o histórico ou repetir a pergunta ao cliente, falta informação. O critério é a decisão, não o tamanho do texto.

Separar falha de resumo de falha de registro

Nem toda transferência ruim vem do resumo. Se o dado nunca foi coletado na primeira área, o resumo não tem o que transportar. Separar as duas causas muda a correção: uma é de registro, a outra de critério de encerramento.

São três medidas distintas: quantos casos transferidos exigem reconstrução de contexto, quanto tempo a segunda área gasta nessa reconstrução e em quantos casos o cliente precisa repetir informação. Cada uma aponta para uma causa diferente.

O que esse diagnóstico não resolve

Ele não define quem é o responsável pela transferência, nem assegura que a área seguinte use o que recebeu. Um resumo completo pode chegar a um time sem dono definido e continuar parado.

Também não substitui a decisão sobre o que encerrar na primeira área. Se o critério de saída for frouxo, o resumo será frouxo. E não corrige dado que deveria ter sido registrado no contato original.

Recurso prático

Índice de retrabalho por transferência

IRT = casos que exigiram reconstrução de contexto / casos transferidos no período

casos_reconstrucao
contagem
casos em que a área de destino precisou abrir histórico, consultar outro sistema ou reperguntar ao cliente
casos_transferidos
contagem
total de casos encaminhados entre as áreas no mesmo período
tempo_reconstrucao
minutos
tempo da área de destino para reconstruir o contexto antes de decidir

O erro comum é contar apenas reclamações do cliente e ignorar o tempo que a área de destino gasta relendo histórico, que não gera registro nem aparece na medição.

Conceitos usados nesta página

  • Retrabalho — Retrabalho é o esforço repetido para corrigir ou refazer algo que já havia sido produzido — custo que não aparece no orçamento, mas consome capacidade e prazo.

Sobre o que está escrito aqui

Conceitos relacionados: transferência de caso · resumo do atendimento · suficiência de informação · retrabalho · histórico de contato. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.

Para continuar

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Atendimento, relacionamento e retenção

Quer avaliar isso no seu contexto?

Esta página trata de resumo do caso na transferência entre áreas. Diagnóstico de Customer Intelligence é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.