Checklist de migración a la nube para pymes: los pasos que no puedes saltarte
Publicado el 16 de septiembre de 2026 · 11 min de lectura
La mayoría de migraciones a la nube que salen mal no fallan por la tecnología — fallan porque falta un paso de planificación que parecía menor hasta que se convirtió en un problema el día del cambio: un permiso que no se traslada, un dispositivo que se queda sin configurar, un empleado que pierde el acceso a su correo justo cuando tiene una reunión importante. Esta checklist recoge, en orden, todo lo que revisamos en CareDesk antes, durante y después de cada migración a la nube — para que puedas usarla como guía si lo vas a gestionar tú mismo, o como punto de partida para hablar con nosotros si prefieres que lo llevemos nosotros de principio a fin.
Por qué migrar a la nube: más allá de «ahorrar en servidores»
El ahorro en hardware propio suele ser el argumento que primero se menciona, pero no es el que más pesa a medio plazo para una pyme. Los beneficios que realmente cambian el día a día de un equipo son otros: acceso al correo y a los archivos desde cualquier dispositivo sin depender de una VPN ni de estar físicamente en la oficina; copias de seguridad automáticas gestionadas por el proveedor, en lugar de depender de que alguien recuerde hacerlas; actualizaciones de seguridad aplicadas de forma continua sin proyectos de actualización cada pocos años; y la posibilidad de escalar usuarios hacia arriba o hacia abajo según crece o cambia la plantilla, sin comprar ni amortizar hardware. También hay un argumento de continuidad de negocio: si un ordenador se avería, se pierde o se roba, los datos siguen a salvo en la nube y el empleado puede seguir trabajando desde otro dispositivo en minutos, algo que con un servidor de archivos local rara vez es tan inmediato.
Antes de migrar: la fase que decide si el proyecto sale bien
- Inventario completo de lo que hay que migrar. Cuentas de correo activas (y las que llevan tiempo sin usarse — decide si se migran o se archivan), tamaño real de cada buzón, listas de distribución, calendarios compartidos, y todas las carpetas o unidades compartidas con sus permisos actuales.
- Inventario de dispositivos. Ordenadores, móviles y tablets que van a necesitar configurarse en la plataforma nueva — Windows, Mac, iOS y Android tienen procesos de alta distintos.
- Inventario de integraciones. Qué otras herramientas están conectadas al correo o al almacenamiento actual: CRM, ERP, facturación, firma electrónica, copias de seguridad. Cada una necesita reconectarse a la plataforma nueva.
- Elegir una ventana de migración con bajo impacto. Fuera de horario punta, evitando cierres de mes o campañas activas si tu negocio las tiene.
- Comunicar el cambio al equipo con antelación. Qué va a cambiar, cuándo, y qué tiene que hacer cada persona el día del cambio (por ejemplo, cambiar su contraseña o volver a iniciar sesión en el móvil).
- Copia de seguridad completa antes de tocar nada. Nunca se empieza una migración sin una copia verificable de los datos originales.
Durante la migración: lo que hay que vigilar en tiempo real
- Migrar primero un grupo piloto reducido, no toda la empresa a la vez — permite detectar problemas de permisos o de formato antes de que afecten a todo el mundo.
- Verificar que el correo sigue entrando en ambos sistemas durante la ventana de transición, para no perder ningún mensaje mientras se propaga el cambio de servidores DNS/MX.
- Comprobar que los permisos de carpetas y documentos compartidos se han trasladado exactamente igual que estaban — es el punto donde más incidencias aparecen si no se revisa con calma.
- Configurar la autenticación multifactor desde el primer día en la plataforma nueva, no como tarea pendiente para «más adelante».
- Tener a alguien disponible para resolver incidencias mientras dura la migración — el momento en que más dudas surgen es justo cuando el equipo empieza a usar la plataforma nueva.
Después de migrar: lo que se olvida y luego cuesta caro
- Confirmar que todas las integraciones (CRM, ERP, facturación) vuelven a funcionar con la plataforma nueva, no solo el correo y los documentos.
- Revisar las políticas de seguridad: acceso condicional, gestión de dispositivos móviles (MDM), y quién tiene permisos de administrador — es habitual que, en el origen, más gente de la necesaria tuviera acceso de administrador.
- Dar de baja o archivar correctamente la plataforma anterior, en lugar de dejarla activa «por si acaso» indefinidamente — sigue costando dinero y es una puerta de seguridad abierta que nadie vigila.
- Formar al equipo en las funciones nuevas que no tenían antes — es habitual que una migración traiga funciones (como la colaboración en tiempo real o el almacenamiento en la nube) que el equipo no llega a aprovechar si no se le enseña a usarlas.
- Documentar la configuración final: qué se migró, qué permisos quedaron, y quién es responsable de cada integración — para que la próxima persona que toque esa configuración no tenga que descubrirlo por prueba y error.
Los errores más frecuentes que vemos en migraciones mal planificadas
Después de gestionar migraciones para empresas de todos los tamaños en España y LATAM, los problemas se repiten siempre en los mismos puntos:
- Falta de copia de seguridad previa verificable — se asume que «la migración es la copia de seguridad», y no lo es.
- No avisar al equipo con suficiente antelación, lo que genera confusión y tickets de soporte innecesarios el mismo día del cambio.
- Subestimar el tiempo que lleva migrar buzones con mucho histórico de correo, lo que retrasa el proyecto completo si no se ha planificado con margen.
- Dar por hecho que los permisos de carpetas y documentos compartidos se van a trasladar solos, cuando en la práctica casi siempre hay que revisarlos uno a uno.
- No revisar las integraciones con otras herramientas hasta que alguien se da cuenta de que algo ha dejado de funcionar, normalmente días después de la migración.
- Dejar la plataforma antigua activa indefinidamente «por si acaso», pagando dos suites a la vez sin ninguna fecha fijada para cerrar la anterior.
¿Migrar tú mismo o con ayuda?
Esta checklist te da la hoja de ruta completa si decides gestionar la migración internamente — es exactamente lo que revisamos nosotros en cada proyecto. Dicho esto, en migraciones con más de un puñado de usuarios, buzones con mucho histórico, o integraciones críticas para el negocio, el margen de error se reduce mucho si alguien que ya lo ha hecho decenas de veces se encarga de la planificación y de resolver las incidencias sobre la marcha. En CareDesk gestionamos migraciones completas a Google Workspace y Microsoft 365, además de consultoría IT más amplia si la migración forma parte de un proyecto mayor de modernización de la infraestructura.
Preguntas frecuentes
¿Cuánto se tarda en migrar una pyme a la nube?
Depende sobre todo del volumen de correo histórico y del número de integraciones a reconectar, no solo del número de usuarios. Una migración sencilla puede completarse en un fin de semana; una con mucho histórico de correo o integraciones complejas puede llevar varias semanas de planificación y ventanas de migración escalonadas.
¿Se puede migrar sin parar la actividad de la empresa?
Sí, es lo habitual. Con una buena planificación (grupo piloto, ventana de bajo impacto, verificación de que el correo sigue entrando en ambos sistemas durante la transición) el equipo puede seguir trabajando con interrupciones mínimas, normalmente limitadas a unos minutos por usuario el día de su cambio.
¿Qué pasa con el correo antiguo si cambio de plataforma?
Se migra junto con el resto del buzón si se planifica correctamente, no se pierde. El riesgo aparece solo cuando no hay copia de seguridad previa o no se verifica que la migración se ha completado al 100% antes de dar de baja la plataforma anterior.
¿Necesito comprar hardware nuevo para migrar a la nube?
En la mayoría de casos no. La migración a la nube reduce la dependencia de servidores propios, no la aumenta. Puede que algún equipo muy antiguo necesite actualizarse para un rendimiento razonable, pero no es un requisito general del proceso.
¿CareDesk puede encargarse de toda la migración, incluida la formación del equipo?
Sí. Gestionamos el proyecto completo — inventario inicial, plan de migración, ejecución, verificación de permisos e integraciones, y formación del equipo en la plataforma nueva una vez migrados.