Cuánto cuesta migrar Microsoft 365 en una PYME

La búsqueda «cuanto cuesta migrar microsoft 365» suele empezar demasiado tarde: cuando el correo falla, los archivos están repartidos entre varios servicios o un empleado crítico se marcha sin que nadie sepa dónde quedan los datos. En ese momento, muchas empresas piden un precio rápido. El problema es que una migración no se compra por el número de buzones, sino por el riesgo y el desorden que hay detrás.

Para una PYME de 50 a 200 empleados, una migración bien planteada suele requerir una inversión de entre 3.000 y 25.000 euros, sin incluir licencias ni impuestos. El rango es amplio porque no es lo mismo mover correo desde un proveedor estándar que ordenar años de archivos, permisos, equipos personales, dominios y herramientas duplicadas. Quien ofrece una cifra cerrada sin revisar estos puntos está presupuestando a ciegas o dejando fuera trabajo que aparecerá después.

Cuánto cuesta migrar Microsoft 365 según el escenario

Una empresa de hasta 50 usuarios, con correo en un único proveedor, pocos datos compartidos y una configuración sencilla, puede asumir un proyecto de entre 3.000 y 6.000 euros. En este escenario, el alcance razonable incluye inventario inicial, configuración del tenant, migración de correo, usuarios, dominios, medidas básicas de seguridad, validación y soporte de arranque.

Entre 50 y 100 usuarios, el rango habitual se sitúa entre 6.000 y 12.000 euros. Aquí ya es frecuente encontrar buzones grandes, calendarios compartidos, listas de distribución mal mantenidas, archivos en servidores locales o servicios cloud distintos, y permisos que nadie ha documentado. La migración deja de ser una tarea técnica puntual y pasa a ser un proyecto de orden operativo.

Para organizaciones de 100 a 200 empleados, con varias sedes, datos en servidores, requisitos de seguridad o sectores regulados, el presupuesto suele estar entre 12.000 y 25.000 euros. Puede ser superior si se incluyen SharePoint, Teams, OneDrive, dispositivos gestionados, protección avanzada, backup, recuperación ante desastres o integración con aplicaciones de negocio.

Estos rangos no sustituyen un diagnóstico. Sirven para evitar dos errores costosos: pensar que todo se resuelve con una cuota por usuario o aceptar una propuesta barata que solo cubre el traslado del correo. Migrar no es copiar datos. Es dejar una plataforma operativa, segura y entendible para el negocio.

Lo que debería incluir el presupuesto de migración

Un presupuesto serio separa las licencias de los servicios profesionales. Las licencias de Microsoft 365 son un coste recurrente por usuario y dependen del plan contratado. La consultoría, configuración y migración son un proyecto con un inicio, entregables y cierre definidos. Mezclar ambos conceptos dificulta comparar ofertas y ocultar el coste real.

En el servicio profesional deberían figurar, como mínimo, el análisis del entorno actual, el diseño de la arquitectura objetivo, la configuración del tenant, la creación y normalización de usuarios, la migración de datos acordados, el cambio de dominio, las políticas de seguridad, las pruebas, la documentación y una ventana de soporte posterior.

También debe quedar claro qué datos se migran. Correo y calendarios no tienen la misma complejidad que bibliotecas documentales, historiales de chat, unidades de red o contenidos dispersos en Dropbox, Google Drive y ordenadores personales. Si el proveedor dice «migración completa», pida que defina qué significa completo, cuánto volumen está incluido y qué ocurre con los datos que no cumplen los requisitos técnicos.

El coste de adopción merece una conversación aparte. Una empresa puede tener Microsoft 365 correctamente configurado y, aun así, seguir enviando adjuntos por correo, usando grupos de mensajería sin control o guardando documentos en local. Una sesión de formación genérica rara vez corrige eso. Para obtener retorno, conviene reservar presupuesto para definir reglas de uso, formar a responsables y acompañar los procesos que generan más fricción.

Qué factores encarecen una migración de Microsoft 365

El volumen de datos influye, pero no es el único factor. Un buzón de 80 GB tarda más en mover que uno de 5 GB, aunque el problema real aparece cuando hay miles de archivos sin propietario, carpetas con permisos heredados o documentos duplicados durante años. Antes de migrar, hay que decidir qué se conserva, qué se archiva y qué se elimina. Pagar por trasladar desorden no es ahorro.

La procedencia de los datos también modifica el esfuerzo. Migrar desde Google Workspace, un hosting de correo convencional o un Exchange antiguo exige herramientas, permisos y pruebas diferentes. Si hay un servidor local, conexiones lentas o versiones obsoletas, el riesgo aumenta. Si existen varias empresas, dominios o filiales dentro del mismo proyecto, la gobernanza y la identidad requieren un diseño específico.

La seguridad es otra partida decisiva. Activar autenticación multifactor no basta si no se definen políticas de acceso, recuperación de cuentas, roles administrativos, dispositivos permitidos y protección contra suplantación. Estas medidas añaden horas de trabajo, pero reducen un riesgo que puede costar mucho más que el proyecto: una cuenta comprometida, un fraude por correo o la pérdida de información crítica.

Por último, están las excepciones operativas. Buzones compartidos, aplicaciones que envían correos, impresoras multifunción, cuentas de ventas, tablets, dispositivos personales y empleados sin puesto fijo requieren decisiones previas. Ignorarlos para acelerar el cambio suele provocar incidencias el primer lunes después de la migración.

El precio bajo puede salir caro

Una propuesta de 20 o 30 euros por usuario puede ser válida para una migración muy acotada y estandarizada. No es necesariamente una mala oferta. Lo es cuando se presenta como una solución integral para una empresa con problemas de organización, seguridad y adopción.

El patrón es conocido: se migran buzones, se cambia el DNS y se da el proyecto por terminado. Después aparecen permisos rotos, documentos que nadie encuentra, cuentas sin protección adecuada y equipos que no saben dónde trabajar. La empresa termina contratando soporte correctivo, perdiendo horas de productividad y pagando dos veces por la misma decisión.

El criterio no debe ser «qué proveedor es más barato», sino «qué resultado está incluido y quién asume el riesgo si algo falla». Compare el alcance, las exclusiones, el método de validación, el soporte posterior y la documentación entregada. Un proyecto sin documentación mantiene la dependencia del proveedor, incluso si la migración técnica ha sido correcta.

Cómo fijar un presupuesto sin contratos abiertos

Antes de solicitar propuestas, prepare una base mínima de información: número de usuarios activos, dominios, proveedor actual de correo, volumen aproximado de datos, ubicaciones de archivos, aplicaciones conectadas al correo y requisitos de cumplimiento. No hace falta que su equipo se convierta en experto técnico. Hace falta reconocer lo que se sabe, lo que no se sabe y qué áreas no pueden detenerse.

A partir de ahí, pida una fase de diagnóstico de alcance cerrado cuando el entorno sea incierto. Es preferible invertir primero en un inventario y un plan de migración que aceptar un presupuesto aparentemente cerrado lleno de supuestos. El diagnóstico debe entregar decisiones: arquitectura objetivo, riesgos, secuencia de trabajo, costes por partida, responsabilidades y calendario de corte.

En una PYME, un proyecto ordenado suele ejecutarse en cuatro a ocho semanas. No porque mover datos requiera todo ese tiempo, sino porque hay que preparar, probar, comunicar y validar sin interrumpir la operación. El calendario debe contemplar una migración piloto, una ventana de cambio y un plan de reversión proporcionado al riesgo. Si el proveedor no puede explicar cómo protege la continuidad del negocio, el plazo prometido vale poco.

Cuándo conviene aplazar la migración

Aplazar no significa renunciar. Puede ser sensato si la empresa está en plena adquisición, va a cambiar su estructura societaria, no ha decidido quién será responsable de los datos o mantiene aplicaciones críticas sin inventariar. En esas circunstancias, mover todo de inmediato puede consolidar una mala arquitectura.

Lo que no conviene es usar la complejidad como excusa para no decidir. Si hay herramientas duplicadas, licencias sin control, usuarios compartiendo credenciales o archivos corporativos en dispositivos personales, el coste de esperar también existe. Un diagnóstico breve permite priorizar correcciones urgentes y planificar el resto con criterio.

La inversión adecuada no es la más baja ni la más alta: es la que deja a la empresa con control, seguridad y una forma clara de trabajar. Antes de aprobar el proyecto, exija que el proveedor pueda explicar en lenguaje de negocio qué va a cambiar, qué no va a cambiar y qué evidencias demostrarán que la migración ha quedado bien hecha.