PIPELINEGuías
¿Hacer la migración de datos tú mismo o encargarla?
Mucho en torno a la migración de datos se puede construir uno mismo — la cuestión es si vale la pena. Cuándo tiene sentido el trabajo propio, dónde está el límite y cuál es el camino más caro.
Construir la migración de datos tú mismo vale la pena si el proyecto se mantiene pequeño, alguien en la empresa tiene tiempo para ello y nadie depende de que funcione en una fecha determinada. En cuanto otros sistemas tienen que intervenir o alguien responde si falla, la implementación externa suele ser más económica — el camino más caro es el que queda a medias.
01 — Trabajo propio
¿Hacerlo por cuenta propia o encargarlo?
- Hacerlo por cuenta propia tiene sentido cuando alguien en la empresa tiene el tiempo y el interés, el proyecto se mantiene pequeño y nadie depende de que funcione en una fecha determinada.
- Los kits de construcción listos te llevan rápidamente a un primer resultado, pero alcanzan límites donde entran en juego procesos propios, datos propios o conexiones con sistemas existentes.
- Encargarla vale la pena en cuanto la migración de datos tiene que comunicarse con otros sistemas, en cuanto alguien es responsable si no funciona, o en cuanto el esfuerzo interno se vuelve más caro que la implementación externa.
- El camino más caro es el intermedio: construir meses por cuenta propia a medias, luego abandonar y rehacer externamente. Quien decide por trabajo propio debe fijar un presupuesto de tiempo y un punto de abandono.
- Forma mixta: concepto y configuración externos, mantenimiento interno. Este suele ser el camino más económico en la migración de datos — siempre que la transferencia esté documentada.
02 — Requisitos
Qué necesitas para una migración de datos
- Un motivo claramente definido. No «deberíamos hacer algo con IA», sino un proceso que hoy demostrablemente cuesta tiempo o contratos.
- Contenidos o datos existentes. La migración de datos trabaja con lo que hay. Cuanto más completa sea la situación inicial, más corta será la configuración.
- Acceso a los sistemas afectados. Quien gestiona los accesos debe estar involucrado desde el principio: esta es, según la experiencia, la causa más frecuente de retrasos.
- Una persona de contacto con poder de decisión. Una, no tres.
- Disposición a ajustar tras la puesta en marcha. Las primeras semanas de operación real muestran qué faltaba en el concepto. Eso es normal y está previsto.
03 — Cálculo
Así se calcula
Cuatro números bastan: ¿con qué frecuencia ocurre el proceso? ¿Cuánto dura? ¿Cuánto cuesta una hora internamente? ¿Y cuánto cuesta la solución, una vez más el funcionamiento durante tres años?
Un ejemplo: un proceso que ocurre dos veces por semana y dura 40 minutos cada vez ocupa alrededor de 69 horas al año. Con una tarifa interna de 45 euros por hora, son unos 3.100 euros anuales que quedan ahí vinculados. Si una solución reduce este esfuerzo en dos tercios, se amortiza —según la oferta real— a menudo en uno o dos años. El valor exacto para vuestro caso os lo indicamos después de la primera reunión.
Este cálculo es deliberadamente conservador: solo considera el tiempo ahorrado, no los errores evitados ni los pedidos que se consiguen gracias a una reacción más rápida. En la práctica, el beneficio suele ser mayor, pero no conviene contarlo antes de haberlo medido.
04 — Preguntas
Preguntas frecuentes
¿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.
¿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.
¿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.
¿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.
¿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.
05 — Decisión
Cómo seguir adelante
El siguiente paso más económico es una conversación, no un presupuesto. Veinte minutos suelen bastar para aclarar si un proyecto tiene sentido, en qué marco se mueve y si somos los indicados para ello.
Si no es así, lo decimos. Un no honesto cuesta menos que un proyecto que se cancela después de tres meses — para ambas partes.
06 — Continuar
Páginas relacionadas
- Migración de datos — Vista general
- Migración de datos — Duración
- Migración de datos — Funcionamiento
- Migración de datos — Protección de datos
- Migración de datos — Subvenciones
- Migración de datos — Por dónde empezar
- Migración de datos — Comparación de proveedores
- Migración de datos — Errores típicos
- Integración CRM
- Software a medida
- Interfaces API
- Todas las guías
Siguiente paso
Analizamos vuestra situación de partida.
Contadnos qué consume tiempo hoy. De ahí surge una evaluación con esfuerzo y beneficio, y solo después una oferta.