Guías
Migración de datos: riesgos y cómo limitarlos
Qué puede salir mal en la migración de datos, qué probabilidad tiene cada caso y con qué acuerdos se puede prevenir de antemano — sin dramatizar y sin embellecer.
El mayor riesgo en la migración de datos no es la técnica, sino que nadie mantenga el sistema después del lanzamiento. Las respuestas incorrectas se pueden limitar trabajando exclusivamente con contenidos verificados y derivando cuando hay incertidumbre; la dependencia se evita estipulando contractualmente que los accesos, datos y documentación pertenecen al cliente.
01 — Riesgos
Qué puede salir mal
- El sistema responde incorrectamente. Limitado al trabajar exclusivamente con contenidos revisados y derivar en caso de duda en lugar de adivinar. Eso es una decisión de configuración, no una característica de la tecnología.
- Se subestima el esfuerzo. Motivo más frecuente: situación de partida poco clara. Un balance honesto antes del presupuesto lo previene de forma más fiable que cualquier margen.
- Nadie lo mantiene. El mayor riesgo de todos — y el más fácilmente evitable.
- Lagunas en la protección de datos. Surgen casi siempre por plazos de eliminación inexistentes y responsabilidad poco clara, raramente por la tecnología en sí.
- Dependencia del proveedor. Evitable si los accesos, datos y documentación quedan contractualmente en manos del cliente.
02 — Señales de advertencia
Cuándo deberías ser escéptico
- Resultados garantizados. Quien promete el primer lugar en Google o un aumento de facturación específico está vendiendo algo que no puede entregar.
- Ningún no. Un proveedor que considera buena idea cada proyecto o no ha escuchado o solo vende.
- Presión de tiempo. Descuentos limitados en precios de proyecto son una herramienta de ventas, no una oferta.
- Relaciones de propiedad poco claras. Quien no dice claramente a quién pertenecen datos y accesos no tiene buenas intenciones.
- Ninguna persona de contacto con conocimientos técnicos. Si en la primera conversación solo hay ventas, los malentendidos surgen ahí.
03 — Contrato
Qué debe aclararse por escrito
- Propiedad de datos y accesos. Pertenecen al cliente. Si un proveedor no lo confirma claramente, esa es la información más importante de la conversación.
- Entrega en caso de finalización. En qué formato, en qué plazo, a qué costes.
- Sin permanencia mínima sin contraprestación. La vinculación es defendible si se entrega algo a cambio — si no, no.
- Qué cuesta un cambio posterior. No es el precio del proyecto lo que decide sobre los costes totales, sino la tarifa horaria para el tercer año.
- Documentación como objeto de entrega. No como promesa, sino como partida en el presupuesto.
04 — Preguntas
Preguntas frecuentes
¿Cuánto dura una migración?
La transferencia en sí suele llevar horas. El tiempo se invierte en análisis, reglas y ejecuciones de prueba: normalmente de dos a seis semanas, dependiendo del estado de los datos antiguos.
¿Qué pasa si después del cambio falta algo?
Por eso existe el protocolo de recuento y la posibilidad de retroceso: el inventario antiguo permanece intacto hasta que se completa la aceptación. Son posibles ampliaciones posteriores de áreas individuales.
¿Lo llevamos todo?
Rara vez tiene sentido. Registros inactivos, datos de prueba y procesos de hace diez años sobrecargan el nuevo sistema. Recomendamos migrar el inventario activo y mantener el resto disponible en archivo.
¿Qué ocurre con los archivos adjuntos y documentos del registro de datos?
Se transfieren siempre que el sistema de destino los admita. Cuando el formato no coincide, se aclara previamente si es necesaria una conversión o si tiene más sentido mantener un almacenamiento externo.
¿Cómo aseguramos que no se pierda nada?
Mediante el protocolo de recuento: se compara la cantidad de registros antes y después, se revisan muestras en cuanto a contenido. Solo después de esta aprobación se considera completada la migración.
¿Necesitamos acceso a ambos sistemas simultáneamente para la migración?
Sí, al menos durante el período de las pruebas y el cambio efectivo. Después puede restringirse o cancelarse el acceso al sistema antiguo.
¿Podemos seguir trabajando en paralelo?
En cambios cortos sí, con una fecha de corte. En migraciones más largas, normalmente se sigue trabajando en el sistema antiguo hasta el cambio y se transfiere el incremento al final.
05 — Continuar
Páginas relacionadas
- Migración de datos — Vista general
- Migración de datos — Costes
- Migración de datos — Funcionamiento
- Migración de datos — Proceso
- Migración de datos — Pequeñas empresas
- Migración de datos — Comparación de proveedores
- Migración de datos — Introducción
- Migración de datos — Integración
- Integración CRM
- Software a medida
- Interfaces API
- Todas las guías
Siguiente paso
Enviadnos unas líneas sobre vuestro proyecto.
Leemos cada consulta personalmente y respondemos de forma directa. Sin equipo comercial, sin formulario de devolución de llamada al vacío.