Volver al blog
Guías

Checklist de migración de helpdesk: qué verificar antes de cambiar

Una lista de control por etapas para cambiar de helpdesk: condiciones de salida, inventario de datos, mapeo de campos, costuras técnicas, preparación del equipo y comprobaciones después de la puesta en marcha. Recórrela de arriba abajo y la mudanza se vuelve previsible.

MoveDesk Team20 de enero de 20268 min de lectura

Puntos clave

  • Verifica por etapas, no por fechas: encaje, condiciones de salida, inventario, mapeo de campos, costuras técnicas, personas, ensayo del cambio y comprobaciones posteriores valen para cualquier calendario.
  • Los fallos más baratos de evitar son los contractuales: confirma antes que nada que tu plan actual permite exportar en bloque y cuál es el plazo de aviso de la renovación automática.
  • Una tabla de mapeo campo por campo y una importación de prueba de 50–100 tickets cazan los errores que corrompen los informes: tipos que no cuadran, estados que se desvían y saltos de zona horaria.
  • Las costuras técnicas son las que provocan las caídas visibles: TTL de DNS bajado con antelación, webhooks reapuntados y acceso confirmado para todos los agentes antes del día del cambio.
  • La migración termina cuando los números son fiables: primer informe de SLA contrastado con la referencia, buscador verificado y herramienta antigua en solo lectura hasta que acabe la facturación.

La mayoría de las migraciones de helpdesk no se tuercen durante la importación. Se tuercen tres semanas antes, cuando nadie comprobó si el plan antiguo permite exportar en bloque, o tres semanas después, cuando el informe de SLA se desplazó dos horas sin avisar y nadie supo explicar por qué. La importación en sí es mecánica. Lo que decide el proyecto son las comprobaciones que la rodean.

Esta es la lista de control maestra de esas comprobaciones, organizada por etapas y no por fechas. Da igual que tu cambio quepa en un fin de semana o que arrastre un mes de funcionamiento en paralelo: las casillas son las mismas, solo cambia el calendario. Recórrela de arriba abajo y la mudanza se vuelve aburridamente previsible, que es justo lo que quieres de un proyecto que toca todas las conversaciones con tus clientes.

Etapa 1: verifica el destino antes de comprometerte

El sitio más barato para cazar un problema es antes de firmar. Confirma cada punto con pruebas, no con promesas comerciales:

  • Todos los canales que tienes hoy tienen dónde aterrizar. Direcciones de correo, chat en la web, mensajería, mensajes privados en redes sociales. Un canal sin sitio al que llegar se convierte en una urgencia dos días antes del cambio.
  • Existen las integraciones que ganan dinero. Consultas de facturación, estado del pedido, sincronización con el CRM. Las integraciones de «estaría bien» pueden esperar; las que tocan los ingresos, no.
  • La importación cubre tus objetos. Tickets, contactos, artículos de la base de conocimiento, macros, etiquetas y campos personalizados: pide la lista por escrito y pregunta qué pasa con los adjuntos.
  • El modelo de precios encaja con la forma de tu equipo. El precio por agente penaliza el crecimiento; las tarifas planas penalizan a los equipos muy pequeños. Haz números con la plantilla que tendrás dentro de 12 meses, no con la de hoy.

Si estás valorando proveedores concretos, una comparativa ordenada como nuestra comparación con Freshdesk va mucho más rápida que veinte pestañas de páginas de funcionalidades.

Etapa 2: verifica tu vía de salida

Tu helpdesk actual decide lo fácil que es marcharse, y esas respuestas conviene tenerlas mientras sigues siendo un cliente que paga y está al día:

  • ¿Tu plan actual permite exportar en bloque conversaciones, contactos, artículos y macros, o la exportación está escondida en un nivel superior?
  • ¿En qué formatos llegan las exportaciones, e incluyen los adjuntos y las imágenes incrustadas?
  • ¿Cuándo se renueva tu contrato y con cuántos días de antelación hay que avisar para cancelar? Las ventanas de renovación automática han atrapado a más equipos que cualquier problema técnico.
  • ¿Qué dice la política del proveedor sobre el borrado de datos tras la baja? Quizá te interese un margen para volver a exportar algo que se te haya escapado.

Etapa 3: inventaría lo que realmente tienes

No puedes verificar una migración contra un inventario que nunca hiciste. Una persona, un documento, media jornada:

  • Cada dirección de correo que reenvía a soporte, incluidos los alias que alguien creó hace años y olvidó.
  • Cada instalación del widget y sus páginas, cada mensajero conectado.
  • El censo de macros: cuántas existen y cuáles son las diez que se usan de verdad.
  • Las reglas de automatización, escritas en lenguaje llano, porque las reglas rara vez se exportan limpias y las que no están documentadas mueren en silencio.
  • Los campos personalizados de tickets y contactos, con su tipo.
  • La estructura de la base de conocimiento: categorías, número de artículos, borradores frente a publicados.
  • Los consumidores de la API y los webhooks: todo lo que lee o escribe en el helpdesk antiguo de forma programática.

Etapa 4: verifica la importación campo por campo

Esta es la etapa que los equipos se saltan, y es justo la que decide si tus informes significarán algo el trimestre que viene:

  • Monta una tabla de mapeo: cada campo de origen con su campo de destino, tipo incluido. Un desplegable que llega convertido en texto libre te perseguirá en los informes durante un año.
  • Decide cómo se traducen los estados de los tickets: casi todas las herramientas manejan entre cinco y siete estados y nunca encajan uno a uno.
  • Elige la clave de deduplicación de contactos (casi siempre el correo) y decide qué gana cuando dos registros chocan.
  • Confirma que los adjuntos y las imágenes incrustadas se copian al almacenamiento de la herramienta nueva, en lugar de quedar enlazados a la antigua.
  • Lanza primero una importación de prueba de 50–100 tickets. Compara las marcas de tiempo con el origen: un salto de zona horaria silencioso desplaza varias horas todas tus métricas de SLA. Después revisa el hilado, la autoría y la integridad de los adjuntos antes de lanzar la importación completa.

Etapa 5: verifica las costuras técnicas

En las costuras entre sistemas es donde se esconden las caídas:

  • Enrutado del correo: baja el TTL de DNS con días de antelación y prueba el reenvío de punta a punta con un mensaje real.
  • Cambio del widget: ten claro exactamente qué commit toca el fragmento de código y quién puede desplegarlo.
  • Acceso: confirma que todos los agentes pueden entrar antes del día del cambio, no durante.
  • Los webhooks y los consumidores de la API de la etapa 3 apuntan todos a la herramienta nueva: una integración que sigue escribiendo en el helpdesk antiguo después del cambio es la fuente clásica de tickets fantasma.
  • Las encuestas de CSAT salen desde la herramienta nueva y aterrizan en sus informes.

Etapa 6: verifica el lado humano

  • Roles y permisos reconstruidos, con al menos dos administradores.
  • Una chuleta de una página que traduzca las costumbres antiguas a las nuevas: dónde han ido las vistas, cómo se escala, cuáles son los nuevos atajos de teclado.
  • Un referente con nombre y apellidos en cada equipo, que aprenda la herramienta una semana antes.
  • Un cuadrante de la primera semana que dé por hecha una bajada moderada de productividad, porque la va a haber.

Etapa 7: verifica el cambio en sí

  • Repite 25 tickets de oro —conversaciones reales del último trimestre— en la configuración nueva y lee cada respuesta con ojo crítico.
  • Ensaya la vuelta atrás: los dos o tres pasos que revierten el enrutado, escritos, con un responsable con nombre y apellidos.
  • Congela los cambios de configuración de la herramienta antigua durante la ventana de traspaso para que las exportaciones sigan siendo coherentes.
  • Prepara el aviso a clientes y no pases de dos frases. A tus clientes les importa la calidad de la respuesta, no tus herramientas.

Etapa 8: verifica después de la puesta en marcha

La migración no termina el día del cambio: termina cuando los números son fiables:

  • Vigila la cola en busca de silencios fantasma: un canal que no produce ni un ticket casi nunca está tranquilo, está mal enrutado.
  • Contrasta el primer informe de SLA con la referencia de la herramienta antigua.
  • Confirma que el buscador encuentra el histórico migrado y los artículos.
  • Deja la herramienta antigua en solo lectura hasta que acabe el ciclo de facturación y confirma después la cancelación por escrito.

La versión de una página

Encaje antes de firmar. Condiciones de salida por escrito. Inventario completo. Mapeo campo por campo con importación de prueba. Costuras probadas de punta a punta. Gente preparada, no sorprendida. Cambio ensayado y con responsable de la vuelta atrás. Números verificados tras la puesta en marcha. Ocho etapas y ni una heroicidad.

Dónde encaja MoveDesk

MoveDesk existe porque esta lista de control solía requerir un consultor. La migración guiada es gratis en todos los planes: nuestro equipo se encarga de la exportación, el mapeo y la importación desde Zendesk, Intercom o Freshdesk —adjuntos, artículos, macros e histórico incluidos— mientras las dos herramientas funcionan en paralelo el tiempo que quieras para comparar. La prueba de 14 días da de sobra para recorrer todas las etapas de arriba con tus datos reales antes de comprometerte a nada.

Imprime la lista, reserva una semana tranquila y empieza por la etapa 1. Los equipos que verifican dos veces migran una sola.

Compartir este artículo

X / TwitterLinkedIn

Preguntas frecuentes

En equipos de entre 2 y 15 agentes con canales estándar, la mudanza mecánica cabe en un fin de semana una vez hechas las etapas de verificación. El trabajo de la lista de control que la rodea —inventario, mapeo, condiciones de salida, ensayo— suele llevar una o dos semanas de calendario a tiempo parcial. Los equipos más grandes no añaden pasos nuevos: reparten esas mismas etapas a lo largo de un periodo de funcionamiento en paralelo más largo.

Los consumidores programáticos: webhooks, scripts de la API e integraciones que leen o escriben en silencio en el helpdesk antiguo. No se ven en la interfaz, así que se quedan fuera del inventario, siguen funcionando contra la herramienta antigua después del cambio y acaban generando tickets fantasma o pérdidas de datos silenciosas. Listar cada consumidor de la API en la etapa 3 y reapuntarlos todos en la etapa 5 lo evita.

Casi nunca. Doce meses de histórico cubren la inmensa mayoría de las consultas reales y 24 meses es el techo prudente. Los tickets más antiguos pueden quedarse como exportación en solo lectura e importarse más adelante si aparece una necesidad de verdad. Filtrar antes de importar los tickets cerrados por spam y los de una sola palabra mantiene limpios los resultados de búsqueda en la herramienta nueva.

Lanza un lote de prueba de 50–100 tickets antes de la importación completa y compara cuatro cosas con el origen: las marcas de tiempo (un salto de zona horaria corrompe en silencio los informes de SLA), el hilado y la autoría de las respuestas, la integridad de los adjuntos y los tipos de los campos personalizados. Después de la importación completa, repite un conjunto de conversaciones reales del pasado y confirma que el buscador encuentra lo que los agentes van a buscar.

Durante un lanzamiento de producto, un pico de temporada, un cambio de precios o la semana en que se renueva un contrato importante: cualquier cosa que suba el volumen de tickets o lo que hay en juego. La lista de control da por supuesta una ventana tranquila en la que una bajada moderada de productividad la primera semana es asumible. Si no existe esa ventana tranquila, ten las dos herramientas en paralelo y ve pasando canales poco a poco en lugar de cambiarlo todo de golpe.

Las reglas de automatización que nadie sabe explicar, los apaños de CSS a medida, las vistas guardadas de agentes que ya no están y las integraciones que existen por costumbre y no por valor. Los flujos que solo parcheaban las limitaciones de la herramienta antigua importarían también la limitación. Y los informes salen mejor si los reconstruyes desde las plantillas por defecto de la herramienta nueva tras dos semanas de datos reales que si los copias tal cual.

¿Listo para poner la IA a trabajar en tu soporte?

14 días gratis. Plataforma completa. Movemos tus datos por ti.