La pregunta que frena casi todas las migraciones de soporte es «¿y qué pasa con los cinco años de tickets que tengo ahí dentro?».
Es una preocupación lógica y tiene respuesta: los datos se migran sin problema. Lo que suele salir mal son tres cosas que nadie revisa hasta que dejan de funcionar: las direcciones de correo, los enlaces publicados y las costumbres del equipo.
¿Qué se pierde al migrar de Zendesk?
Los tickets, los artículos, los contactos y los adjuntos se exportan y se importan en una noche. Las macros, los disparadores, los informes y las integraciones no viajan: se rehacen, y normalmente descubres que la mitad sobraban. Para no cortar el servicio, monta el destino en paralelo, importa el histórico, prueba con un canal pequeño, mueve el correo al final y redirige con 301 cada URL del centro de ayuda. Son de dos a cuatro semanas de calendario y unos tres días de trabajo.
Lo que sí te llevas
El histórico de tickets: Zendesk exporta las conversaciones con su autor, su fecha, sus etiquetas y sus adjuntos. Sale en JSON o CSV según el plan, y por API si el volumen es grande. Es lo que más miedo da y lo más fácil.
Los artículos del centro de ayuda: salen con su estructura de secciones y categorías. Si tienes varios idiomas, salen todos.
Los contactos y las organizaciones: con sus campos personalizados, que suelen guardar la información que más usáis (plan, responsable de cuenta, fecha de alta).
Los adjuntos: van por separado, enlazados desde el ticket. Cuidado aquí: si el enlace del adjunto apunta a un dominio de Zendesk, deja de funcionar el día que cierras la cuenta. Hay que descargarlos, no basta con exportar el enlace.
Las etiquetas y los campos de ticket: viajan como texto. La lógica que los asignaba, no.
Lo que no se exporta
Ninguna herramienta de migración lo resuelve del todo:
Las macros y los automatismos: se exportan como texto, pero no funcionan solos en el destino. Cada disparador hay que volver a montarlo. Lo bueno es que normalmente la mitad ya no se usaban. Antes de rehacer ninguno, mira en Zendesk cuándo se ejecutó por última vez.
Los informes históricos: los datos de origen viajan; los cuadros de mando no. Si hay un informe que la dirección mira cada mes, haz una captura antes de cerrar.
Las integraciones: cada una tiene su autenticación y hay que rehacerla. Haz la lista antes, porque casi siempre aparecen dos o tres que nadie recordaba, y alguna sigue mandando datos a un sitio que ya no mira nadie.
Las métricas de nivel de servicio ya calculadas: el tiempo de primera respuesta de 2024 no se recalcula en la herramienta nueva. Si lo necesitas para una auditoría, expórtalo como informe, no como dato.
Las vistas: son la forma en que cada persona ordena su cola, y son personales. Pregunta a cada una qué vistas usa a diario; suelen ser dos.
El orden para no cortar el servicio
El error clásico es migrar el correo el primer día. El correo va lo último.
1. Inventario (medio día)
Antes de tocar nada, apunta cuántos tickets y artículos hay, qué direcciones de correo reciben consultas, qué integraciones siguen activas, qué formularios de la web envían a soporte y quién tiene acceso. Esta lista es la que te dirá cuándo has terminado.
2. Monta el destino en paralelo (unos días)
Sin apagar nada. La herramienta nueva funcionando, con el centro de ayuda cargado y el agente conectado a tu documentación. En Intake, esto es conectar el centro de ayuda y decidir qué acciones puede hacer sobre tu API. Mientras tanto, Intake se conecta con Zendesk para que las dos convivan.
3. Importa el histórico (una noche)
Con los dos sistemas funcionando. Si algo sale mal, no te quedas sin soporte: sigues teniendo el de siempre. Comprueba tres tickets al azar de cada año: autor, fecha y que los adjuntos se abren.
4. Prueba con un canal pequeño (una o dos semanas)
Un canal secundario o un segmento de clientes. Lo que quieres saber es qué preguntas no sabe responder todavía y cuántas veces pasa la conversación a una persona. Cada «no lo sé» es un artículo que falta, y es mejor descubrirlo con el 10 % del volumen que con el 100 %.
5. Mueve el correo (un día)
Ahora sí. Cambias el registro MX o el reenvío, y dejas Zendesk recibiendo en paralelo unas semanas por si algo apuntaba ahí sin que lo supieras. Avisa al equipo el día antes: a partir de ese día solo se mira la bandeja nueva.
6. Redirige los enlaces publicados (media hora, y es lo que se olvida)
Las URLs de tu centro de ayuda están enlazadas desde tu producto, tus correos automáticos y, con suerte, desde Google. Si las apagas sin redirigir, dan 404 y pierdes las visitas y el posicionamiento que tanto costó ganar.
Redirige cada artículo antiguo a su equivalente nuevo con un 301, no con un 302. Un 302 le dice al buscador que la dirección vieja sigue siendo la buena, así que la mantiene indexada y no pasa nada a la nueva. Si tu centro de ayuda estaba en un subdominio de Zendesk, ese subdominio tiene que seguir apuntando a algo que redirija; si estaba en tu dominio, basta con un fichero de reglas.
7. Cierra la cuenta antigua (cuando todo el inventario esté resuelto)
No antes. Y guarda una copia del volcado completo fuera de las dos herramientas.
Cuánto se tarda
Para un equipo de dos o tres personas con unos años de histórico, entre dos y cuatro semanas de calendario, de las que el trabajo en sí son unos tres días. El resto es el periodo en paralelo, y es tiempo bien gastado.
Lo que alarga una migración casi nunca es el volumen de datos. Suele ser descubrir en la tercera semana un formulario de la web que enviaba a una dirección que nadie recordaba.
Los errores que más se repiten
- Migrar el correo el primer día: el equipo se queda sin su bandeja de siempre y el destino aún no responde bien.
- Exportar los enlaces de los adjuntos y no los adjuntos: el día que cierras Zendesk, cinco años de capturas dejan de abrirse.
- Apagar el centro de ayuda sin redirigir: un 404 por cada artículo que Google tenía indexado.
- Rehacer todas las macros: rehaz las que se ejecutaron el último mes; el resto no volverá a hacer falta.
- Migrar sin haber clasificado las consultas: cambias de herramienta y el volumen sigue igual, porque el problema estaba en otra parte.
Antes de empezar, la pregunta previa
Una migración solo compensa si la herramienta de destino resuelve el problema que tienes. Antes de mover nada, coge las últimas cien conversaciones y mira cuántas necesitan consultar la cuenta del cliente para responderse.
Si son muchas, ninguna suite ni ningún bot que solo lea documentación te va a bajar el volumen, y habrás migrado para quedarte igual. Si son pocas, quizá no necesites migrar y te baste con añadir algo a lo que ya tienes.
Ese ejercicio, con las dos herramientas al lado, está en la comparativa entre Intake y Zendesk. Y si estás decidiendo adónde ir, el método está en qué helpdesk elegir para un SaaS.
Sobre los datos
Migrar es mover conversaciones de clientes de un proveedor a otro, así que conviene mirar dónde acaban. Nuestra plataforma, las copias de seguridad y los modelos de lenguaje que usa el agente funcionan en regiones de la Unión Europea; el detalle está en la página de seguridad y en el anexo de tratamiento de datos. Y migrar es también un buen momento para aplicar tu política de conservación y borrar lo que ya no tiene sentido guardar.
Preguntas frecuentes
¿Se puede migrar de Zendesk a Freshdesk?
Sí. Freshdesk tiene un importador de Zendesk para tickets, contactos y artículos; los disparadores y las vistas se rehacen. Más en ¿se puede migrar de Zendesk a Freshdesk?.
¿Pierdo el posicionamiento del centro de ayuda?
No, si rediriges cada artículo con un 301 a su equivalente nuevo antes de apagar el antiguo. Lo pierdes si primero apagas y luego rediriges.
¿Cuánto histórico merece la pena migrar?
Todo lo que se pueda. Es una noche de importación, y dejarlo fuera significa no poder buscar una conversación de hace dos años cuando un cliente la cita. Eso sí, aplica la política de conservación y borra lo que legalmente ya no hay que guardar.
¿Puedo tener Zendesk e Intake a la vez?
Sí, y es la forma recomendada de migrar: las dos funcionando unas semanas, con el correo llegando a la nueva y la antigua recibiendo en paralelo por si algo apuntaba ahí.
¿Qué pasa con los clientes que tienen un ticket abierto el día del cambio?
Se importan abiertos y se cierran en la nueva. Durante esa semana, avisa en la firma del correo de que la dirección sigue siendo la misma y de que las respuestas llegan igual.
