Pular para o conteúdo

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

Histórico perdido na troca de sistema: o que comparar e medir

Quanto histórico de atendimento se perdeu na troca de ferramenta e como medir essa perda?

Resposta direta

A perda de histórico se mede por amostra, não por impressão da equipe. O critério é comparar, nos mesmos casos, o que existia no sistema antigo e o que chegou ao novo: linha do tempo, anexos, responsáveis, decisões e mensagens. O indicador útil é a proporção de atendimentos reabertos com registro incompleto, separando o que não foi migrado do que foi migrado e ficou difícil de achar. Também vale medir o retrabalho gerado, como pedidos de repetição de dados e tempo gasto para reconstruir o caso. Sem essa separação, a perda vira uma queixa genérica e não permite priorizar correção.

Objetivo
Explicar medição
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Traz um critério de amostragem que separa histórico não migrado de histórico migrado e difícil de localizar.

O que entra na conta do histórico

Antes de comparar sistemas, é preciso definir a unidade. Um atendimento pode existir no sistema novo com nome e telefone, mas sem a linha do tempo, os anexos e a decisão que explicam o caso. A conta deve incluir os campos que a operação usa para retomar o contato: mensagens, propostas, ocorrências, responsáveis e próximos passos. Sem essa lista, cada área mede uma perda diferente.

A comparação mais confiável usa os mesmos casos nos dois sistemas: contatos encerrados e reabertos, localizados no registro antigo e conferidos no novo. O resultado não é um número único de perda, mas uma classificação: migrado completo, migrado parcial, não migrado e não localizável. Cada classe pede uma ação distinta.

Cobertura do histórico e custo de reconstrução

Duas famílias de medida ajudam a decisão. A primeira é a cobertura do histórico: proporção de casos com linha do tempo, anexos e responsável no sistema novo. A segunda é o custo de reconstruir: pedidos de repetição de informação, tempo de primeira resposta e reabertura por falta de contexto. São contagens e proporções, não estimativas de percepção.

A amostra deve ser pequena o bastante para ser auditável e grande o bastante para cobrir tipos de atendimento. A separação por canal, motivo e equipe evita que um caso simples esconda uma perda grave. O indicador só serve se apontar onde corrigir: campo que não migrou, anexo fora de padrão ou vínculo perdido entre contato e empresa.

O que a medição não resolve

Medir não recupera o histórico. Também não prova sozinha que a perda causou queda de retenção ou aumento de reclamação. A amostra pode não representar toda a base, e o sistema antigo pode estar indisponível ou incompleto. Nesses casos, a medida vira um mapa de lacunas, não um veredito sobre a migração.

A abordagem não substitui a validação de quem atende. Registros corretos no papel podem ser inúteis se a equipe não os encontra na rotina. Recuperar todo o histórico pode não ser viável nem econômico. O critério de corte deve ser explícito: o que precisa ser recuperado, o que pode ser reconstruído sob demanda e o que será descartado com registro da decisão.

Recurso prático

Roteiro de comparação do histórico entre sistemas

  • Lista dos campos que tornam um atendimento retomável: linha do tempo, anexos, responsáveis, decisões e próximos passos.
  • Seleção de casos encerrados e reabertos que existam nos dois sistemas.
  • Classificação de cada caso como migrado completo, migrado parcial, não migrado ou não localizável.
  • Contagem de pedidos de repetição de dados e de reaberturas por falta de contexto.
  • Separação dos resultados por canal, motivo e equipe.
  • Registro do que será recuperado, reconstruído sob demanda ou descartado, com o critério usado.

O erro mais comum é medir volume migrado e não a capacidade de retomar o caso. Um registro presente, mas sem vínculo com o atendimento, conta como perdido na operaçã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: linha do tempo do atendimento · migração de dados · registro incompleto · retrabalho · amostragem de casos. 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 histórico perdido na troca de ferramenta. 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.