O checklist de migração de helpdesk: valide tudo antes de trocar

A maioria das migrações de helpdesk não fracassa durante a importação. Ela fracassa três semanas antes, quando ninguém checou se o plano antigo permite exportação em massa — ou três semanas depois, quando o relatório de SLA deslizou duas horas em silêncio e ninguém soube dizer por quê. A importação em si é mecânica. É a verificação em volta dela que decide se o projeto dá certo.

Este é o checklist mestre dessa verificação, organizado por etapa e não por data. Se a sua virada cabe em um único fim de semana ou se ela se espalha por um mês de operação em paralelo, os itens são exatamente os mesmos — o que muda é só o calendário. Percorra a lista de cima a baixo e a mudança fica entediantemente previsível, que é justamente o que você quer de um projeto que toca todas as conversas que você tem com seus clientes.

Etapa 1: valide o destino antes de fechar contrato

O lugar mais barato para descobrir um problema é antes da assinatura. Confirme com evidência na mão, e não com promessa de vendedor:

• Todo canal que você opera hoje tem onde pousar. Endereços de e-mail, chat no site, mensageiros, mensagens diretas das redes sociais. Um canal sem destino definido vira emergência dois dias antes da virada.
• As integrações que geram dinheiro existem. Consulta de cobrança, status de pedido, sincronização com o CRM. Integrações do tipo bom ter podem esperar; as que tocam a receita, não.
• A importação cobre os seus objetos. Tickets, contatos, artigos da base de conhecimento, macros, tags, campos personalizados — peça a lista por escrito e pergunte o que acontece com os anexos.
• O modelo de preço combina com o formato do seu time. A cobrança por assento pune o crescimento; planos fixos punem times muito pequenos. Modele o seu quadro de pessoas daqui a 12 meses, não o de hoje.

Se você ainda está pesando fornecedores específicos, uma comparação estruturada lado a lado como a nossa comparação com o Freshdesk resolve mais rápido do que vinte abas de páginas de recursos.

Etapa 2: valide a sua rota de saída

É o helpdesk atual que decide o quanto vai ser fácil sair dele, e você quer essas respostas enquanto ainda é um cliente pagante e em dia:

• O seu plano atual consegue exportar conversas, contatos, artigos e macros em massa — ou a exportação está travada atrás de uma faixa superior?
• Em quais formatos as exportações chegam, e elas trazem junto os anexos e as imagens embutidas?
• Quando o seu contrato renova, e de quantos dias de aviso o cancelamento precisa? As janelas de renovação automática já prenderam mais times do que qualquer problema técnico.
• O que a política do fornecedor diz sobre a exclusão dos dados depois da saída? Vale garantir um período de carência para reexportar aquilo que passou batido.

Etapa 3: faça o inventário do que você realmente tem

Não dá para verificar uma migração contra um inventário que você nunca levantou. Uma pessoa, um documento, meio dia de trabalho:

• Todo endereço de e-mail que encaminha para o suporte — inclusive aqueles aliases que alguém criou anos atrás e esqueceu.
• Toda instalação do widget e as páginas em que ela roda, além de cada mensageiro conectado.
• O censo de macros: quantas existem e quais são as dez que o time realmente usa.
• Regras de automação — escritas em português claro, porque regras raramente exportam limpas e as não documentadas morrem em silêncio.
• Campos personalizados de tickets e contatos, com os respectivos tipos.
• Estrutura da base de conhecimento: categorias, quantidade de artigos, rascunhos versus publicados.
• Consumidores de API e webhooks — qualquer coisa que leia ou escreva no helpdesk antigo de forma programática.

Etapa 4: valide a importação campo a campo

Esta é a etapa que os times pulam, e é ela que decide se os seus relatórios vão significar alguma coisa no trimestre que vem:

• Monte uma tabela de mapeamento: cada campo de origem apontando para o campo de destino, com o tipo junto. Uma lista suspensa que chega como texto livre vai assombrar os seus relatórios por um ano.
• Decida como os status dos tickets se traduzem — a maioria das ferramentas tem de cinco a sete estados, e eles nunca batem um a um.
• Escolha a chave de deduplicação dos contatos (quase sempre o e-mail) e defina quem vence quando dois registros colidem.
• Confirme que anexos e imagens embutidas são copiados para o armazenamento da ferramenta nova, em vez de apontarem por link para a antiga.
• Rode antes uma importação de amostra de 50 a 100 tickets. Confira os carimbos de data contra a origem — um deslocamento silencioso de fuso horário move toda métrica de SLA em horas. Depois verifique o encadeamento, a autoria e a integridade dos anexos antes de liberar a rodada completa.

Etapa 5: valide as costuras técnicas

É nas costuras entre os sistemas que a indisponibilidade se esconde:

• Roteamento de e-mail: reduza o TTL de DNS com dias de antecedência e teste o encaminhamento ponta a ponta com uma mensagem real.
• Troca do widget: saiba exatamente qual commit altera o snippet e quem tem permissão para publicá-lo.
• Acesso dos agentes: confirme que cada pessoa do time consegue entrar antes do dia da virada, e não durante ela.
• Webhooks e consumidores de API da Etapa 3 apontando todos para a ferramenta nova — uma integração que continua escrevendo no helpdesk antigo depois da virada é a fonte clássica de tickets fantasmas.
• Pesquisas de CSAT saindo da ferramenta nova e caindo nos relatórios dela.

Etapa 6: valide o lado humano

• Papéis e permissões recriados, com pelo menos dois administradores.
• Uma cola de uma página ligando os hábitos antigos aos novos: para onde foram as visões, como escalar um caso, quais são os novos atalhos de teclado.
• Um padrinho nomeado por time, que aprende a ferramenta uma semana antes de todo mundo.
• Escala da primeira semana montada assumindo uma queda modesta de produtividade, porque ela vai acontecer.

Etapa 7: valide a virada em si

• Reproduza 25 tickets de ouro — conversas reais do último trimestre — dentro do ambiente novo e leia cada resposta com olhar crítico.
• Ensaie o rollback: os dois ou três passos que revertem o roteamento, escritos, com um responsável nomeado.
• Congele as mudanças de configuração na ferramenta antiga durante a janela de transferência, para que as exportações continuem coerentes.
• Prepare o aviso ao cliente e limite-o a duas frases. O cliente se importa com a qualidade da resposta, não com o seu conjunto de ferramentas.

Etapa 8: valide depois do go-live

A migração não termina na virada; ela termina quando os números voltam a ser confiáveis:

• Observe a fila em busca de silêncio fantasma — um canal que produz zero tickets quase sempre está mal roteado, e não quieto.
• Confira o primeiro relatório de SLA contra a linha de base da ferramenta antiga.
• Confirme que a busca encontra o histórico e os artigos migrados.
• Mantenha a ferramenta antiga em modo somente leitura até o fim do ciclo de cobrança e só então confirme o cancelamento por escrito.

A versão de uma página

Aderência avaliada antes do contrato. Condições de saída por escrito. Inventário completo. Mapeamento campo a campo com importação de amostra. Costuras testadas ponta a ponta. Pessoas preparadas, e não surpreendidas. Virada ensaiada, com dono do rollback definido. Números conferidos depois do go-live. Oito etapas, nenhum heroísmo.

Onde o MoveDesk entra

O MoveDesk existe porque este checklist costumava exigir um consultor. A migração assistida é gratuita em todos os planos: nosso time roda a exportação, o mapeamento e a importação a partir de Zendesk, Intercom ou Freshdesk — anexos, artigos, macros e histórico inclusos — enquanto as duas ferramentas seguem rodando em paralelo pelo tempo que você quiser comparar. O teste de 14 dias é longo o bastante para percorrer todas as etapas acima com os seus dados reais antes de você se comprometer com qualquer coisa.

Imprima o checklist, reserve uma semana tranquila e comece pela Etapa 1. Os times que verificam duas vezes migram uma vez só.