Migrar a Microsoft 365 sin cortar el negocio: guía para empresas de Barcelona
Fases reales de una migración de correo y ficheros, errores habituales, licenciamiento y seguridad posterior al despliegue.
Una migración a Microsoft 365 mal planificada se nota en dos sitios: en el correo que no llega y en la carpeta compartida que nadie encuentra. Con método, el usuario sólo debería notar que el lunes todo va más rápido.
Fase 1: inventario y decisiones previas
Buzones y su tamaño, listas de distribución, buzones compartidos, dominios y registros DNS, volumen de ficheros y su estructura de permisos, aplicaciones que envían correo (ERP, escáneres, web) y equipos con versiones antiguas de Office.
Aquí se decide también el modelo de licencia: Business Standard cubre a la mayoría, Business Premium añade Intune y Defender —casi siempre rentable— y E3/E5 sólo tiene sentido por encima de 300 usuarios o por requisitos concretos.
Fase 2: presincronización y ventana de corte
El correo se copia en segundo plano durante días mientras el sistema antiguo sigue en producción. El corte real es sólo el cambio del registro MX, con una sincronización delta posterior de minutos.
Los ficheros siguen la misma lógica: sincronización inicial a SharePoint, congelación breve el viernes por la tarde, delta y apertura el lunes con las unidades de red ya reasignadas.
Errores que vemos cada mes
No configurar SPF, DKIM y DMARC: el correo acaba en spam y el dominio queda expuesto a suplantación. Migrar la estructura de carpetas tal cual, arrastrando veinte años de permisos rotos. Olvidar la impresora multifunción que escanea a correo. Y no formar a los usuarios: la resistencia al cambio cuesta más que la tecnología.
Después de migrar: seguridad y copia
MFA obligatorio, acceso condicional por país y dispositivo, bloqueo de la autenticación heredada, protección antiphishing y copia de seguridad externa del tenant. Sin estos cinco puntos, la migración está a medias.