Quando um help desk deixa de atender às necessidades de uma empresa, o suporte desacelera. Os agentes passam mais tempo contornando as limitações do sistema do que realmente ajudando os clientes.
Mudar para uma plataforma melhor é um passo óbvio, mas o tempo de inactividade da migração costuma ser um obstáculo. As equipas hesitam perante o congelamento de tickets e fluxos de trabalho pausados, e por um bom motivo. Um em cada três clientes tende a comprar menos de marcas com um serviço medíocre e, só em 2025,
as empresas perderam 3 mil milhões globalmente devido a más experiências de cliente.
Ao mesmo tempo, manter um help desk desatualizado ou instável pode causar os mesmos problemas de serviço dos quais as equipas tentam escapar. Então, como avançar sem arriscar a confiança do cliente ?
A Migração Delta foi criada para quebrar esse ciclo.
O que é a Migração Delta?
Em vez de migrar todos os dados novamente, esta sincronização de dados pós-migração captura as alterações recentes — novos tickets, respostas e atualizações — e transfere-os para o help desk de destino. Os seus dados mantêm-se atuais enquanto a sua equipa de suporte continua a trabalhar no sistema de origem durante todo o processo de migração .
A Migração Delta foi concebida para equipas que pretendem transitar para um sistema de destino preciso e atualizado com uma migração sem downtime.
Por que uma solução de migração sem interrupções é essencial
Muitas equipes de suporte operam 24 horas por dia, 7 dias por semana . Os chamados chegam a qualquer hora , os agentes trabalham em turnos e as expectativas dos clientes não param para mudanças de sistema.
Enquanto isso, as migrações tradicionais costumam mover os dados numa captura fixa. Para garantir que nada mude durante essa captura, as equipas são frequentemente solicitadas a evitar pausa nos tickets, interrompendo respostas ou atualizações no sistema de origem até que a migração termine.
Esta pausa visa prevenir problemas comuns:
- Atualizações perdidas: respostas ou alterações de estado feitas durante a migração podem perder-se.
- Tickets parciais: os tickets podem ser migrados antes de todas as mensagens ou anexos serem adicionados.
- Registos duplicados: o mesmo ticket pode aparecer mais de uma vez se as atualizações não forem monitorizadas.
Mas há o outro lado da moeda.
Os tickets continuam a chegar durante a pausa, mas os agentes não podem agir. O backlog acumula-se rapidamente e, após a migração, as equipas lutam para recuperar o atraso. Nesse processo, perdem-se prazos de SLA e os clientes ficam frustrados.
Este é exatamente o problema que a Migração Delta resolve.
Como funciona a Migração Delta
Ativada após uma Migração de Dados Completa, ela não congela a atividade, mas captura apenas as mudanças feitas enquanto a migração estava em curso.
Aqui está o processo passo a passo:
Passo 1: Identificação de novos tickets e atualizações
A migração Delta começa com a localização dos tickets que foram criados ou atualizados após o início da Migração Completa. Ela utiliza o horário da última leitura bem-sucedida como ponto de referência.
Veja como funciona o processo:
- Assim que iniciar a Migração Completa, a ferramenta lê todos os dados do help desk de origem e regista o carimbo de data/hora (timestamp) da última leitura bem-sucedida.
- Os dados lidos são migrados para o sistema de destino.
- A Migração Delta extrai apenas os tickets que foram criados ou atualizados após esse carimbo de data/hora para garantir a sincronização de dados.
Isso garante que a migração trabalhe sempre com um instantâneo de dados atualizados.
Exemplo:
Se a Migração Completa começou às 14h do dia 10 de março, a migração Delta incluirá tickets criados ou atualizados após as 14h desse dia.
Se for reiniciada em 11 de março às 9h, a migração usará esse novo horário como referência.
Passo 2: A Migração Delta recupera os dados dos tickets
Para cada ticket criado ou atualizado identificado no passo anterior, a migração Delta transfere todos os dados associados.
Isso inclui:
- Conversas e respostas
- Anexos
- Metadados e relações dos tickets
Ao migrar estas informações junto com cada ticket, a Migração Delta preserva o contexto total para que os agentes visualizem o histórico completo e continuem a trabalhar sem lacunas ou detalhes omitidos.
Passo 3: A Migração Delta atualiza os registos modificados
Se um ticket já existir no help desk de destino e for atualizado no sistema de origem, a Migração Delta substitui a versão desatualizada no destino pela versão mais recente da plataforma de origem. Isso assegura que apenas os dados mais recentes sejam retidos.
Esta etapa serve para evitar pausa nos tickets duplicados e garante que o help desk de destino reflita sempre o estado mais atual.
Passo 4: A Migração Delta move as atualizações e novos tickets para o sistema de destino
Após a conclusão da filtragem e validação, a migração Delta move os dados para o help desk de destino.
Como resultado:
- Novos tickets são adicionados ao sistema de destino.
- Tickets atualizados incluem o conteúdo e status mais recentes.
O help desk de destino reflete o que está a acontecer em tempo real, permitindo que as equipas realizem a transferência de help desk com confiança, sem perder atualizações ou quebrar a continuidade de atendimento.
Por que a Migração Delta permite uma migração de help desk sem downtim
A Migração Delta elimina o risco de tempo de inatividade e outras interrupções de serviço durante ou após a transição.
Ao transferir apenas as alterações feitas após a Migração de Dados Completa, ela permite que a sua equipa de suporte continue a trabalhar no sistema de origem enquanto a migração ocorre em segundo plano — sem necessidade de evitar pausa nos tickets, sem mudanças no fluxo de trabalho e sem impacto para os clientes. Isto garante uma migração sem downtime real.
Isso também acelera a migração para o novo help desk . Com a confiança de que todos os tickets e atualizações recentes já estão lá, não precisa de adicionar dados manualmente à nova plataforma. Como o sistema de destino permanece em sincronização de dados automática, a Migração Delta reduz o risco de erros de entrada manual, como atualizações perdidas ou tickets duplicados, que poderiam interromper o seu fluxo de suporte.
Ainda assim, a Migração Delta é uma funcionalidade paga, e é justo perguntar se é sempre necessária. A resposta curta: não, não é.
Como saber se a Migração Delta vale a pena para o seu negócio
A Migração Delta é especialmente valiosa quando as suas operações de suporte não podem parar e os dados continuam a mudar durante a migração.
Em resumo, esta funcionalidade de continuidade de atendimento é ideal se:
Gere centenas ou milhares de tickets por semana
Quando o volume é alto, mesmo um congelamento curto pode gerar atrasos acumulados. A Migração Delta captura novos tickets automaticamente enquanto a sua equipa trabalha.
A sua equipa de suporte trabalha em diferentes fusos horários
Coordenar uma pausa global é difícil com agentes online em permanência. A Migração Delta elimina a necessidade de uma janela de paragem e mantém o suporte 24/7.
Possui SLAs rigorosos
Para equipas com compromissos contratuais rígidos, pausar atualizações pode causar escalonamentos. A Migração Delta mantém o fluxo de atividade enquanto os dados são sincronizados, minimizando o impacto nos SLAs.
A sua migração inclui dados históricos e operações em direto
Mover anos de histórico enquanto gere conversas ativas é complexo. A Migração Delta faz a ponte entre os dados passados e o trabalho de suporte contínuo.
Deseja minimizar verificações manuais antes do lançamento
Sem a Migração Delta, as equipas verificam os sistemas manualmente para garantir que nada foi perdido. Esta solução reduz esse risco ao sincronizar automaticamente as mudanças recentes.
Está a migrar durante um período de grande atividade
Campanhas ou picos sazonais podem gerar um surto de atualizações antes da migração. A Migração Delta garante que nenhuma delas se perca.
Conclusão
O crescimento é o objetivo, mas a migração de help desk traz um risco oculto: o tempo de inatividade.
A Migração Delta elimina esse risco. Permite que abandone um sistema obsoleto que prejudica o seu crescimento sem colocar o suporte em espera.
Como mencionámos, a Migração Delta faz parte da nossa solução Help Desk Migration. Se deseja que a sua próxima mudança de plataforma seja invisível para os seus clientes, a nossa ferramenta (com Demo Gratuita disponível) e a nossa equipa estão ao seu serviço.
FAQ: Sobre
A disponibilidade da Migração Delta depende do plano selecionado. Casos de uso avançados e configurações complexas podem exigir um nível de suporte superior para garantir a precisão e o desempenho durante a transferência de help desk.
As migrações Delta envolvem frequentemente uma sincronização de dados com prazos críticos, ajuste de desempenho e mitigação de riscos . O plano Signature inclui suporte prioritário e supervisão de especialistas para garantir uma transição sem falhas.
A Migração Delta é otimizada para lidar com sistemas multi-tenant , mas grandes volumes de dados ou períodos de pico de atividade podem exigir um ajuste de desempenho para assegurar resultados ideais.
As respostas dadas durante a janela Delta são incluídas na próxima execução da migração. Isto garante que as conversas em curso não se percam, mesmo que a atividade continue enquanto a sincronização está em progresso, mantendo a continuidade de atendimento.
A Migração Delta funciona como uma rede de segurança durante a janela de transição. Ela garante que os tickets criados ou atualizados após a migração inicial sejam transferidos com segurança para o novo help desk, para que as equipas possam trabalhar numa migração sem downtime e sem lacunas de dados.
Não. A Migração Delta sincroniza dados novos e atualizados criados após a Migração Completa. A Remigração executa novamente uma migração para corrigir erros ou alterar a configuração.
Sim. Essa é a principal razão pela qual a Migração Delta existe. Os agentes de suporte podem continuar a:
- Receber tickets
- Responder aos clientes
- Atualizar tickets existentes na plataforma de origem ou de destino.
A Migração Delta captura essas alterações posteriormente, sem exigir que se precise de evitar pausa nos tickets ou tempo de inatividade.
Por motivos de segurança e conformidade, os dados da migração são retidos por um período limitado após a Migração Completa.
- A Migração Delta deve ser iniciada no prazo de 10 dias.
- A retenção de dados pode ser estendida, se necessário.
Sim — isto é chamado de Migração Delta Recorrente. É comummente utilizada quando:
- As equipas migram por fases
- O help desk de origem permanece ativo por mais tempo
- São necessárias múltiplas janelas de transição
Cada Migração Delta recorrente é uma execução separada e tem um preço individual.
Se deseja solicitar a migração Delta, basta escrever para o nosso e-mail: contact@relokia.com. De segunda a sexta-feira, sinta-se à vontade para nos contactar das 8h às 00h (UTC+2 ou UTC+3). Sábado e domingo, a equipa da Help Desk Migration está disponível para si das 11h às 13h e das 18h às 20h (UTC+2 ou UTC+3). Consulte este link para mais informações.
