Ya hemos hablado de si puedes cambiar de proveedor de IA más adelante (la respuesta corta es sí, si el proyecto se planteó bien) y de qué es exactamente la portabilidad de datos en servicios de IA que lo hace posible. Este artículo va un paso más allá: asume que ya has decidido migrar y responde a la pregunta que se hace quien tiene que ejecutarlo de verdad, no solo decidirlo: ¿cómo se hace, en qué orden, y cómo evito perder el histórico de conversaciones, configuraciones y reglas que llevas meses o años acumulando?
Por qué la migración falla más por el orden que por la tecnología
La mayoría de migraciones de proveedor de IA que salen mal no fallan porque la tecnología del nuevo proveedor sea peor, fallan porque se hacen en el orden equivocado: se corta el servicio antiguo antes de haber validado que el nuevo funciona igual de bien, o se empieza a exportar datos sin haber decidido antes qué formato necesita realmente el proveedor de destino. Un itinerario bien planteado evita ambos errores separando la migración en fases claras, con un período de convivencia entre ambos sistemas antes de cortar nada.
Fase 1: Auditoría de lo que hay que llevarse
Antes de tocar nada, haz un inventario completo de lo que tu empresa ha acumulado en el proveedor actual:
- Histórico de interacciones: conversaciones, tickets resueltos, consultas respondidas, que suelen ser la base para que el nuevo sistema mantenga el contexto de clientes recurrentes.
- Configuración y reglas de negocio: las instrucciones, flujos y excepciones que se han ido ajustando con el uso real, no solo la configuración inicial del primer día.
- Documentos y base de conocimiento: catálogos, FAQs, manuales que el agente actual usa como referencia para responder.
- Integraciones activas: qué sistemas (CRM, ERP, facturación) están conectados hoy al proveedor actual y cómo.
Este inventario debería poder hacerse sin depender del proveedor saliente si el proyecto se documentó bien desde el principio, algo que revisamos en detalle en el apartado de documentación de puedo cambiar de proveedor de IA más adelante.
Fase 2: Exportación en formato reutilizable
Con el inventario claro, solicita la exportación de cada elemento en un formato estructurado y de uso común (CSV, JSON o similar), no en un formato propietario que solo el sistema original pueda interpretar. Esta es exactamente la garantía que debería estar recogida por contrato según lo que explicamos en qué es la portabilidad de datos en servicios de IA: si el proveedor actual pone trabas o cobra de más por esta exportación, es una señal de alerta que conviene documentar antes de seguir adelante.
Fase 3: Preparación del nuevo proveedor en paralelo
No apagues el sistema antiguo mientras preparas el nuevo. Configura el proveedor de destino con las reglas de negocio y la base de conocimiento ya exportadas, y carga el histórico relevante como contexto, no como una simple copia de seguridad archivada. En esta fase es donde se detectan la mayoría de las incompatibilidades reales: un formato de fecha distinto, una estructura de categorías que no encaja igual, o una integración que había que reconstruir desde cero porque no era tan estándar como parecía.
Fase 4: Convivencia y validación en paralelo
Antes de cortar el servicio antiguo, mantén ambos sistemas activos durante un período de prueba, dirigiendo una parte acotada del tráfico real (un porcentaje de conversaciones, o un único canal) al nuevo proveedor mientras el resto sigue en el antiguo. Compara los resultados: ¿responde con la misma calidad? ¿reconoce el contexto de clientes recurrentes? ¿las integraciones funcionan igual de bien? Este período de convivencia, normalmente de dos a cuatro semanas según el volumen, es la diferencia entre descubrir un problema con margen para corregirlo y descubrirlo el día después de haber cortado el proveedor anterior.
Fase 5: Corte del proveedor antiguo y cierre del ciclo
Solo cuando la validación en paralelo confirma que el nuevo proveedor funciona igual de bien o mejor, se corta el servicio con el proveedor anterior. En este punto, exige la confirmación de borrado de tus datos en sus sistemas dentro del plazo pactado, un proceso que tratamos con detalle en qué pasa con tus datos si cancelas un servicio de IA. No des por completada la migración hasta tener esa confirmación por escrito.
Errores más frecuentes al migrar
- Cortar el proveedor antiguo demasiado pronto, antes de validar el nuevo con tráfico real, por presión de ahorrar en la doble facturación de un mes.
- No exportar la configuración fina, solo los datos "obvios" como el catálogo, olvidando las excepciones y reglas ajustadas con meses de uso real.
- Asumir que las integraciones se replican solas: cada conexión con tu CRM, ERP o sistema de facturación debe volver a probarse en el nuevo proveedor, no solo copiarse.
- No informar a los usuarios internos que dependen del sistema, generando confusión sobre qué herramienta usar durante el período de convivencia.
Cuánto tiempo lleva en la práctica
Una migración bien planteada, con datos exportables y configuración documentada, suele completarse en cuatro a ocho semanas: dos de auditoría y exportación, dos a cuatro de configuración y convivencia en paralelo, y una final de validación y corte. Si el proyecto original no dejó nada documentado ni exportable, ese plazo puede duplicarse o más, porque buena parte del tiempo se va en reconstruir desde cero lo que debería haber estado disponible desde el principio.
Conclusión
Migrar de proveedor de IA sin perder el histórico es cuestión de orden: auditar antes de exportar, preparar el nuevo proveedor en paralelo antes de cortar el antiguo, y validar con tráfico real antes de dar la migración por cerrada. Saltarse alguna de estas fases es lo que convierte una migración razonable en una pérdida de datos y de tiempo evitable. En MG Solutions acompañamos este proceso de principio a fin, incluida la validación en paralelo antes de cortar nada. Reserva una primera reunión si estás valorando un cambio de proveedor.