A maioria de help desk foca na velocidade. Este guia sobre migração completa de help desk é para equipes que não podem abrir mão da abrangência em prol da conveniência. Isso inclui operações de suporte com obrigações de conformidade, anos de histórico de chamados acumulado e a realidade prática de que os agentes precisam do contexto completo do cliente para realizar seu trabalho.
A migração completa dos dados do help desk não é um processo que se resolve com um único clique. Dados da Oracle mostram que mais de 80% dos projetos de migração ultrapassam o prazo ou o orçamento previsto. Da mesma forma, a USC Data relata que 83% dos projetos não atingem os objetivos iniciais. Como uma migração impacta as operações diárias e a conformidade a longo prazo, ela deve ser tratada como um projeto estratégico desde o início.
Este guia explica exatamente como fazer isso sem comprometer a integridade dos seus dados, causar caos na sua plataforma de destino ou criar uma lacuna no seu histórico de suporte que possa lhe causar problemas seis meses depois. Para ter sucesso, siga estas seis fases: audite seus dados, configure sua plataforma de destino, selecione seus registros, execute uma demonstração, realize a migração completa e valide os resultados.
O que "Completo" realmente significa em uma migração de help desk?
Antes de começar, defina claramente o escopo. A Migração Completa de Dados é uma operação de transferência de dados. Não se trata de um serviço de configuração de plataforma. Outro equívoco comum é pensar que verificar se a contagem de tickets corresponde após a transferência não comprova que a migração foi bem-sucedida.
Os relacionamentos se desfazem silenciosamente. Aqui estão as quatro dimensões da plenitude que você precisa verificar.
- Integridade dos registros. Cada solicitação, tópico e entidade semelhante a um ticket, independentemente do status: aberto, pendente, fechado, resolvido, mesclado ou spam. Cada registro de cliente e organização, e cada membro e estrutura de equipe, encontra uma correspondência com seus equivalentes na plataforma de destino. Todos os artigos da base de conhecimento em todas as versões de idioma.
- Integridade das relações. Um ticket vinculado a um contato vinculado a uma empresa precisa chegar à plataforma de destino com essas conexões intactas, e não como três registros isolados sem nenhuma ligação entre eles. Helpdesk são as consequências mais comuns de uma migração apressada.
- A integridade do conteúdo significa que seu novo sistema de suporte é um espelho do antigo. O Assistente de Migração transfere anexos e salva imagens incorporadas para que os links nunca sejam quebrados. Mapeamos os registros de data e hora com precisão para manter as conversas em ordem cronológica. Seus agentes têm acesso a todo o contexto desde o primeiro dia.
- A conformidade completa mantém seus dados legalmente válidos. A ferramenta preserva registros históricos para atender aos rigorosos prazos de retenção regulamentares. Ao migrar os registros de data e hora originais e os logs do sistema, ela mantém seu histórico de auditoria totalmente intacto. Isso fornece um histórico verificável para auditorias regulatórias.
Se você não atender a qualquer um desses quatro requisitos, sua migração ficará incompleta. Uma barra de progresso de 100% não significa nada se seus dados estiverem corrompidos.
O que uma migração completa de help desk não abrange? As ferramentas de migração de dados movem seus dados, não suas configurações.
Seus fluxos de trabalho, políticas de SLA e lógica de roteamento não serão transferidos. Você precisará recriá-los manualmente em sua nova plataforma. Faça isso antes da migração para que o sistema funcione corretamente quando seus registros chegarem.
Às vezes, as equipes presumem que o novo sistema de suporte técnico funcionará automaticamente como o antigo. Os dados são transferidos, mas a lógica operacional permanece a mesma.
Se precisar de ajuda para reconstruir essa lógica, trabalhe com um de nossos parceiros de implementação. Faye trabalha com Zendesk, Freshdesk, Freshservicee Salesforce Service Cloud. Envoy abrange as mesmas plataformas, além ServiceNow. GrowthDot é especializada em Zendesk, Freshdesk, Intercome Jira. Aktie Now se concentra na implementação completa Zendesk na América do Norte, América Latina, Europa e Oriente Médio. Cada parceiro pode avaliar suas necessidades de configuração e fazer com que sua nova plataforma funcione da mesma forma que a anterior.
Fase 1: Primeiro, audite sua plataforma de origem
A migração transfere seus dados exatamente como estão. Uma migração completa de dados de help desk de uma plataforma de origem desorganizada resulta em uma plataforma de destino completa, porém desorganizada. Equipes que ignoram as etapas de descoberta e limpeza gastam o dobro do tempo solucionando erros após a entrada em produção. Embora uma fase de descoberta abrangente exija de 5% a 10% do orçamento do projeto, dados da USC mostram que ela previne mais de 50% das falhas comuns de migração. Essa fase é imprescindível para uma completa helpdesk sem perda de dados .
Faça um inventário dos seus tipos e volumes de registros
Conte todos os registros antes de iniciar a transferência. Essa contagem estabelece a base de validação para as verificações finais pós-migração.
Documente estes itens:
- Ingressos por status: aberto, pendente, fechado
- Contatos e empresas
- Artigos da Base de Conhecimento por versão de idioma
- Anexos
- Tipos de campos personalizados
Exporte este inventário. Você o comparará com seu relatório pós-migração na Fase 6.
Identificar e corrigir problemas de qualidade de dados antes da migração
Antes de prosseguir, execute a lista de verificação pré-migração específica da sua plataforma de origem. Os problemas mais comuns que surgem após a migração são: contatos duplicados, relações de tickets quebradas e registros órfãos. Limpe primeiro, migre depois.
Três coisas a corrigir antes de executar qualquer comando:
- Unificar contatos duplicados. Um cliente, um registro. Contatos duplicados comprometem a integridade do relacionamento e geram confusão após a migração.
- Padronize as tags sobrepostas. Combine tags semelhantes, como problema_de_faturamento, problema_de_faturamento e faturamento, em um único rótulo. Tags inconsistentes distorcem seus relatórios na plataforma de destino.
- Remova dados órfãos. Exclua automações desativadas, campos personalizados vazios e respostas predefinidas não utilizadas. Esses itens não precisam ser transferidos para o seu dispositivo.
A migração de dados expõe problemas de qualidade. Se você não criar perfis e limpar os dados de origem previamente, enfrentará erros imprevisíveis mais tarde. O tempo gasto nessa etapa é sempre menor do que o tempo gasto corrigindo problemas após a conclusão de uma migração completa, mesmo com suporte técnico.
Mapeie suas obrigações de retenção de conformidade
Estabeleça seus requisitos legais de retenção antes de decidir quais registros migrar ou arquivar.
| Regulamento | Período mínimo de retenção | Foco na Conformidade |
|---|---|---|
| HIPAA | 6 anos a partir da criação ou do último uso | Informações de saúde protegidas |
| SOX | 7 anos | Registros financeiros e de auditoria |
| PCI DSS | Acesso por 1 ano (3 meses imediatos); total de 3 anos | ambientes de dados do titular do cartão |
| Artigo 20 GDPR | A portabilidade dos dados é garantida, a usabilidade não | Acesso aos dados e direito ao apagamento |
HIPAA A migração de help desk em conformidade com exige que você identifique quais chamados se enquadram em obrigações específicas antes de iniciar a transferência. Helpdesk A conformidade da migração GDPR significa eliminar solicitações de exclusão e registros que excedam seus limites de retenção antes da importação de dados.
Fase 2: Configuração pré-migração
Configurar corretamente a plataforma de destino protege toda a sua migração de dados.
Os dados não existem isoladamente. Cada ticket requer uma estrutura específica (um responsável atribuído, um status válido e campos personalizados correspondentes) para ser carregado corretamente. Se essa estrutura estiver ausente, a API rejeita os registros.
Para proteger sua transferência, você deve concluir três etapas de configuração antes de executar a migração:
Desative as automações e os gatilhos na plataforma de destino
Os sistemas de suporte técnico ativos usam gatilhos e regras baseadas em tempo para automatizar fluxos de trabalho. Se você mantiver esses gatilhos ativos durante uma importação, o sistema de destino tratará os chamados históricos recebidos como eventos totalmente novos.
O sistema enviará e-mails de notificação automáticos aos clientes sobre chamados fechados há anos. Além disso, ele violará instantaneamente os prazos do SLA, corrompendo suas métricas de relatórios históricos.
Algumas plataformas desativam automaticamente as notificações durante a importação. Pense nisso como um interruptor integrado ao seu novo sistema de suporte. A plataforma reconhece uma importação de dados em grande escala e silencia automaticamente seu próprio sistema de notificações até que a importação seja concluída. Verifique se a sua plataforma faz isso antes de presumir que sim.
Verifique com a equipe de migração se o seu par de plataformas suporta a supressão de notificações em nível de requisição. Caso suporte, habilite-a antes de executar o processo.
Crie todos os campos personalizados na plataforma de destino
Omitir classificações de campos personalizados é um erro de configuração muito comum. Campos que não existem no sistema de destino fazem com que os dados sejam descartados silenciosamente, sem gerar avisos de erro.
Para migrar corretamente os registros de suporte com campos personalizados :
- Mapeie os nomes dos campos correspondentes.
- Crie todos os campos personalizados no destino antes de começar.
- Utilize o Assistente de Migração para mapear os campos de origem para os campos de destino.
Você pode criar campos personalizados diretamente pelo Assistente de Migração. Faça isso antes da migração de demonstração, não depois.
Agentes de encontros
Agentes não correspondentes causam chamados órfãos. Se um agente não tiver uma conta no novo sistema, seus chamados chegarão sem um responsável. Para evitar isso, use endereços de e-mail idênticos em ambas as plataformas para que a ferramenta de migração os associe automaticamente.
Para ex-funcionários, mapeie seus registros para uma caixa de entrada genérica ou um agente ativo, em vez de deixá-los em branco. Ou selecione um agente padrão nas configurações do Assistente de Migração para capturar registros não atribuídos
Fase 3: Selecionando o que migrar
Para uma migração completa dos dados do help desk, você deve selecionar todas as caixas de seleção na tela de seleção de objetos.
Aqui está o que cada objeto representa, por que você precisa dele e quanto custa deixá-lo para trás.
Todos os ingressos
Por padrão, a ferramenta de migração transfere todos os tickets, independentemente do status — aberto, pendente, fechado, resolvido etc. Se você quiser limitar a transferência a status específicos, pode aplicar filtros para restringir o escopo. No entanto, recomendamos fortemente a migração de todos os status, sem exceção.
Os chamados fechados contêm o histórico de conversas com seus clientes. Os agentes os consultam diariamente para verificar interações, gerenciar escalonamentos e fornecer evidências para auditorias de conformidade. Excluir qualquer grupo de status não reduz significativamente o armazenamento, mas prejudica a precisão dos seus relatórios e as funcionalidades de busca.
Ao migrar todo o histórico de chamados para o seu novo helpdesk, não aplique filtros de status, a menos que tenha um motivo específico e documentado para fazê-lo.
Todos os contatos e empresas com seus respectivos relacionamentos
Os tickets não podem ser migrados sem os contatos associados. Cada ticket deve estar vinculado a um registro de contato na plataforma de destino; sem isso, o ticket chega sem proprietário ou identidade de cliente.
As empresas estão vinculadas aos contatos, não diretamente aos chamados. A cadeia de relacionamento é: empresa → contato → chamado. Migrar contatos sem suas associações com as empresas quebra o contexto da conta para as equipes de suporte B2B. Os agentes perdem a visibilidade de a qual organização um contato pertence, o que dificulta significativamente o gerenciamento de contas e o tratamento de escalonamentos.
Migre contatos e empresas em conjunto, mantendo todos os vínculos de relacionamento intactos. Uma lista de contatos sem integridade de relacionamento é apenas uma agenda de endereços, não um histórico de suporte.
Artigos da base de conhecimento em todas as versões de idioma
Ao migrar a base de conhecimento com seus respectivos idiomas, selecione todos os artigos publicados, rascunhos, categorias e subpastas em uma única execução. Não migre seus artigos em lotes separados por idioma. Mover todas as versões juntas preserva a conexão estrutural entre as diferentes opções de idioma.
Ative a opção para atualizar links cruzados entre artigos. Esse recurso reescreve automaticamente os URLs internos para que cada referência aponte para o local correto na plataforma de destino.
As equipes frequentemente tentam copiar e colar artigos manualmente para economizar tempo. Esse erro acarreta semanas de trabalho tedioso. Além disso, quebra os caminhos das imagens e os links internos, o que prejudica o posicionamento nos mecanismos de busca.
Anexos, imagens embutidas e comentários
Para migrar corretamente os anexos e comentários helpdesk , verifique três coisas antes de começar.
- Confirme se a sua nova plataforma tem espaço suficiente para receber todos os arquivos. Atingir o limite de armazenamento durante a migração interrompe a transferência e gera erros no sistema.
- Migre as imagens embutidas como anexos, em vez de deixá-las como referências à plataforma de origem. As imagens embutidas são hospedadas no sistema de origem e usam URLs baseadas na origem.
- Após desativar a plataforma de origem, esses URLs param de funcionar e todas as imagens embutidas se tornam ícones quebrados. Migrar esses arquivos como anexos os hospeda novamente na plataforma de destino, garantindo que permaneçam acessíveis após a migração.
- Verifique suas configurações de privacidade antes de executar a migração completa. Essa medida de segurança mantém os comentários internos ocultos dos clientes quando os registros chegam.
Ao mover anexos, imagens incorporadas e comentários, as equipes frequentemente economizam espaço de armazenamento ou aceleram o processo. Evite estes três erros comuns:
- Não deixe imagens embutidas como links HTML simples para evitar ícones de imagem quebrados quando você desativar sua plataforma antiga.
- Não exclua anexos grandes ou históricos para evitar a perda do contexto crítico que seus agentes precisam para resolver problemas recorrentes.
- Não deixe de testar as configurações de visibilidade dos comentários para evitar expor anotações internas privadas dos agentes diretamente aos seus clientes.
Campos personalizados e seus valores
Cada tipo de campo personalizado requer uma abordagem de mapeamento específica.
- Texto e números: mapeamento direto, um para um.
- Seleção múltipla e listas suspensas: Recrie todas as opções na plataforma de destino antes de executar a ferramenta.
- Datas: Verifique a compatibilidade de formato entre os dois aplicativos.
- Caixas de seleção: Associe os valores verdadeiro e falso aos estados de destino correspondentes.
- Dados ausentes: Atribua valores padrão aos campos que contêm registros vazios.
Configure os campos de destino antes de executar a transferência. Se o contêiner não existir, o Assistente de Migração não poderá mover seus dados. Você também precisa verificar se ambas as plataformas usam o mesmo formato de data. Formatos incompatíveis fazem com que a API rejeite toda a solicitação.
Fase 4: Migração de demonstração e validação do mapeamento de campos
Toda migração deve primeiro passar por uma amostra de teste. A Migração de Demonstração é uma etapa de segurança obrigatória, e não uma formalidade opcional. A ferramenta migra uma pequena amostra representativa de aproximadamente 20 tickets e artigos da base de conhecimento, juntamente com seus respectivos contatos, agentes e anexos. Este teste permite validar o comportamento dos dados antes de executar uma transferência completa em massa.
Como executar uma demonstração produtiva de migração
Após a ferramenta de migração concluir a execução de amostra, baixe o relatório de mapeamento de dados e verifique manualmente os registros em sua nova plataforma.
Utilize esta lista de verificação de validação de dados de migração helpdesk para a demonstração:
- Ordem da conversa: Procure a ordem cronológica exata, sem lacunas na sequência dos tópicos.
- Valores dos campos personalizados: Verifique se todos os valores correspondem aos atributos corretos.
- Anexos: Abra os arquivos para garantir que estejam acessíveis e íntegros.
- Notas internas: Confirme que os comentários privados permanecem ocultos para os clientes.
- Contatos: Verifique se os ingressos estão vinculados aos perfis corretos de cliente e empresa.
Não prossiga com a transferência final se sua lista de verificação revelar dados corrompidos. A ferramenta oferece execuções de demonstração gratuitas e ilimitadas para que você possa ajustar seu mapeamento e testar novamente até que a saída esteja correta.
Fase 5: Migração completa de dados
Sua equipe continuará trabalhando na plataforma de origem durante toda a migração completa dos dados do help desk. Mantenha sua equipe no sistema legado até concluir a validação pós-migração.
Iniciar a migração completa
Antes de clicar no botão Iniciar, confirme se todas as cinco afirmações a seguir são verdadeiras. Se alguma for falsa, pare e resolva o problema antes de prosseguir.
- Existem campos personalizados na plataforma de destino.
- Cada perfil de agente é mapeado para uma conta de destino ou um usuário padrão designado.
- As automações, os gatilhos e as notificações do sistema de destino estão totalmente desativados.
- A migração de demonstração passou em todas as verificações de validação.
- Você baixou um backup completo dos seus dados do seu sistema de suporte técnico.
Escalabilidade avançada para grandes conjuntos de dados
Se você estiver movimentando um grande volume de registros, use esses dois recursos arquitetônicos para gerenciar os limites da API. Observe que eles estão disponíveis apenas no plano Signature.
- A Migração por Intervalo pausa a transferência de dados durante o horário de pico do seu negócio e retoma o processo durante a noite ou nos fins de semana. Isso protege suas operações em tempo real e evita o esgotamento da cota da API.
- A Migração Multithread executa várias threads de dados paralelas simultaneamente para levar a API da plataforma de destino ao seu limite máximo de capacidade. As velocidades de transferência dependem muito do plano contratado para a plataforma de destino. É o caminho mais rápido para concluir uma migração completa de dados de help desk dentro de um prazo final rigoroso.
A migração Delta captura as alterações durante a transição
A Migração Delta copia todos os registros novos ou modificados que apareceram na sua plataforma de origem após o início da Migração Completa. Não transfira sua equipe para o novo help desk antes de executar a Migração Delta. A troca de plataformas prematuramente deixa para trás todas as conversas com clientes criadas durante o período da Migração Completa.
Duas coisas que você precisa saber:
- Você deve executar a Migração Delta em até 10 dias após a conclusão da transferência completa de dados.
- A migração Delta está disponível apenas no plano Signature.
Fase 6: Validação pós-migração
A barra de progresso atingir 100% não significa que sua migração esteja concluída. A validação confirma se todo o histórico de tickets e campos personalizados foram inseridos corretamente. Mantenha seu sistema legado ativo até que todos os registros sejam verificados.
reconciliação da contagem de registros
Baixe seu relatório final de reconciliação de dados. Compare seus números-alvo diretamente com a linha de base pré-migração que você criou durante a Fase 1:
- Total de tickets migrados versus número de tickets de origem
- Total de perfis de contato e empresa migrados em comparação com a quantidade de perfis de origem
- Artigos da Base de Conhecimento migrados por versão de idioma versus número de fontes
Investigue e resolva quaisquer discrepâncias estatísticas antes de desativar seu sistema de suporte técnico legado.
Validação de artigo da base de conhecimento
Lista de verificação para validação de dados de migração do helpdesk para conteúdo da base de conhecimento:
- Cada artigo existe em todas as opções de idioma.
- A plataforma de destino recria exatamente a sua estrutura de pastas e categorias.
- Todos os hiperlinks internos funcionam corretamente depois que você atualiza os URLs fixos para a nova estrutura da plataforma.
- As imagens incorporadas são exibidas corretamente dentro do texto.
- Os artigos em versão preliminar permanecem nesse estado em vez de serem publicados automaticamente.
Quando utilizar serviços profissionais
O Assistente de Migração automatizado funciona perfeitamente para movimentações de dados padrão. Mas projetos de grande escala ou database exigem intervenção manual para evitar perda de dados e tempo de inatividade.
Aqui estão quatro cenários em que as ferramentas de autoatendimento falham, os riscos de improvisar e como lidar com eles.
Cenário 1: Você está consolidando várias centrais de atendimento
A fusão de duas ou mais plataformas após uma aquisição gera grandes sobreposições de dados. É necessário eliminar perfis de contato duplicados e resolver conflitos entre campos personalizados em diferentes sistemas.
Alguns gerentes optam por importar databasesequencialmente, sem um mapeamento mestre. Isso sobrescreve perfis de usuário ativos e cria contas de clientes duplicadas.
Cenário 2: Você tem dependências complexas de campos personalizados
Tipos de dados não padronizados, migrações em massa entre vários projetos separados e campos condicionais ignoram os modelos de mapeamento padrão.
Algumas equipes tentam forçar dados relacionais complexos em campos de texto livre padrão. Isso causa perda silenciosa de dados porque o novo sistema não consegue interpretar a estrutura de dados aninhada.
Cenário 3: Você precisa de um registro de auditoria regulatória
Estruturas de conformidade rigorosas exigem que as empresas forneçam uma cadeia de custódia formal para todos os registros de clientes durante uma alteração de infraestrutura.
Algumas equipes tentam se basear em registros básicos de ferramentas automatizadas. Raramente esses registros são aprovados em auditorias de conformidade rigorosas.
Conclusão: A migração de dados é um processo de seis etapas, não uma única exportação
Uma migração completa de dados de help desk é realizada em seis fases por um motivo simples: ela protege seus dados desde o primeiro dia, mantém sua equipe de suporte funcionando sem interrupções e fornece aos seus agentes registros limpos.
A ordem é fixa porque as etapas iniciais mapeiam seus campos e constroem a base. As etapas posteriores cuidam do trabalho pesado. Ao seguir essa sequência, você evita despejar dados em um sistema não testado.
Quer ver seus campos em ação? Inicie sua migração de demonstração gratuita para ver como o assistente de mapeamento lida com seus tickets e artigos reais antes de confirmar sua solicitação.
Tem uma configuração complexa? Fale com nossa equipe sobre serviços profissionais. Ajudaremos você a dimensionar o volume do seu database e a atender às suas necessidades de conformidade antes do lançamento.
Se uma migração completa do help desk não se encaixa no seu cronograma atual, considere outras estratégias: consulte o Guia de Migração Expressa para uma transição mais rápida ou confira o Guia de Migração com IA para focar na automação.
Perguntas frequentes sobre Help Desk Migration
O tempo necessário depende do volume de registros e da sua plataforma. Conjuntos de dados pequenos, com menos de 50.000 registros, geralmente são concluídos em um a três dias. databasegrandes, com 100.000 a 500.000 registros, podem levar de uma a duas semanas. Execute uma migração de demonstração gratuita para obter uma estimativa de tempo exata para o seu conjunto de dados.
Não. Cada central de atendimento usa sua própria estrutura de IDs interna, portanto, a nova plataforma gerará IDs novos após a importação. A ferramenta ainda preserva perfeitamente seus assuntos, registros de data e hora e históricos de conversas. Você pode baixar um relatório pós-migração para comparar seus IDs antigos com os novos.
Sim, mas primeiro você precisa configurar o ambiente de destino. Crie todos os seus campos personalizados no novo help desk antes de iniciar a transferência. Revise o mapeamento de campos no Assistente de Migração e execute uma demonstração para verificar se seus dados estão sendo transferidos para o local correto.
O Artigo 20 GDPR exige a portabilidade dos dados em formato estruturado, enquanto o Artigo 17 abrange o cumprimento dos pedidos de eliminação. Para proteger os direitos do consumidor, utilize uma ferramenta de migração que mantenha a estrutura relacional dos seus dados. Elimine os registos que excedam os seus limites de retenção antes da transferência. Certifique-se de que assina um Contrato de Processamento de Dados com o seu fornecedor de serviços de migração para garantir a conformidade com as suas obrigações.
A ferramenta de migração move anexos e imagens embutidas junto com seus respectivos tickets, garantindo que permaneçam acessíveis. Após a transferência, verifique de 10 a 20 anexos para confirmar se abrem corretamente. Antes de migrar arquivos excepcionalmente grandes, revise os limites de tamanho de arquivo da sua nova plataforma.
Sim. Os mecanismos de automação usam lógicas completamente diferentes entre os fornecedores de software, portanto, você não pode transferi-los automaticamente. Documente suas regras de negócios atuais antes de começar. A maioria das equipes descobre que até 40% de suas regras antigas já estão obsoletas, o que torna a migração uma oportunidade perfeita para otimizar seus fluxos de trabalho.
