Categoría: Cloud

Microsoft ha vuelto a subir el precio de sus planes de Microsoft 365 y, de paso, ha reordenado la oferta: planes que cambian de nombre, funciones que se mueven de sitio y add-ons que antes venían incluidos y ahora se cobran aparte. La reacción típica en la empresa es pagar la nueva factura y seguir. Es el error más caro.

Porque la mayoría de empresas no paga de más por culpa de Microsoft: paga de más porque nadie ha revisado el licenciamiento en años. Licencias asignadas a gente que ya no está, planes premium en perfiles que solo usan el correo, add-ons duplicados con lo que ya venía incluido. Una subida de precios es, en realidad, la mejor excusa que vas a tener para hacer limpieza y ahorrar en Microsoft 365 sin perder nada. Vamos a ello.

Por qué casi todas las empresas pagan de más en Microsoft 365

El licenciamiento de Microsoft 365 se contrata rápido y se olvida despacio. Se compran licencias para arrancar, la empresa crece, entra y sale gente, y nadie vuelve a mirar la lista. El resultado es una factura que sube sola, y no solo por los precios de Microsoft. Estas son las tres fugas que aparecen en casi todas las auditorías.

La primera son las licencias sin usar. Cuentas asignadas a empleados que ya no están, a becarios de un verano, a un proyecto que se cerró. La licencia sigue viva y facturando mes a mes porque dar de baja a alguien casi nunca incluye liberar su plan. En una plantilla con rotación, esto son cientos o miles de euros al año pagando por sillas vacías.

La segunda es el plan sobredimensionado. Se contrató un plan potente «para tenerlo todo cubierto» y se aplicó igual a toda la plantilla. Pero el operario de almacén que solo ficha y consulta el correo no necesita el mismo plan que el director financiero. Pagar el plan más caro para el 100% de la gente cuando la mitad usa el 10% de sus funciones es tirar dinero con elegancia.

La tercera son las duplicidades: add-ons y servicios que pagas por separado cuando ya vienen incluidos en tu plan. Un almacenamiento extra, una herramienta de seguridad, una solución de videollamada de terceros… que tu propio Microsoft 365 ya cubre. Se acumulan porque cada uno se contrató en un momento distinto y nadie tiene la foto completa.

La factura de Microsoft 365 no crece porque tu empresa crezca. Crece porque nadie la mira.

Cómo auditar tu licenciamiento (sin adivinar)

Optimizar no es «comprar el plan más barato». Es hacer coincidir cada licencia con una persona real y una necesidad real. Para eso hace falta una auditoría ordenada, no una corazonada. Estos son los cuatro cruces que hay que hacer.

• Usuarios reales vs. licencias contratadas. El primer número que sorprende a todo el mundo: cuántas licencias pagas frente a cuántas personas trabajan de verdad hoy. La diferencia suele ser dinero puro.
• Qué necesita cada perfil. Agrupa a la plantilla por uso real: quién necesita las aplicaciones de escritorio, quién trabaja solo en el navegador, quién únicamente consulta correo. No todos necesitan lo mismo, y ahí está el ahorro.
• Buzones que no necesitan licencia. Direcciones como info@, ventas@ o soporte@ pueden funcionar como buzones compartidos, que son gratuitos y no consumen plan. Si los tienes como usuarios con licencia, estás pagando por un buzón que no debería costar nada.
• Cuentas de ex-empleados. Revisa quién está activo. Muchas cuentas de gente que ya se fue siguen licenciadas «por si acaso» para conservar sus correos, cuando ese contenido puede archivarse sin mantener la licencia viva.

Con esos cuatro cruces sobre la mesa ya tienes el mapa: sabes cuánto pagas, por qué, y cuánto de eso sobra. Es exactamente el tipo de trabajo que hacemos cuando gestionamos la infraestructura y el puesto de trabajo de una empresa, porque la licencia es solo la punta del iceberg del coste real de IT.

Las palancas de ahorro que sí funcionan

Hecha la auditoría, el ahorro se materializa con acciones concretas. No son trucos: es asignar bien lo que ya pagas y dejar de pagar lo que no usas.

Ajustar el plan a cada perfil. Bajar de plan a quien no explota las funciones premium y mantener el plan potente solo donde aporta. Multiplicado por toda la plantilla, cambiar el plan de un tercio de los usuarios es la palanca que más mueve la factura. La clave es hacerlo por perfil, no de forma lineal.

Compromiso anual frente a mensual. Microsoft cobra más caro por la flexibilidad de pagar mes a mes. Si tu plantilla base es estable, comprometer esas licencias a un año reduce el precio unitario. La táctica fina es combinar: base estable a compromiso anual y un pequeño colchón mensual para picos y contrataciones temporales. Así ahorras sin quedarte rígido.

Quitar add-ons innecesarios y aprovechar lo incluido. Antes de renovar cualquier herramienta de terceros, comprueba si tu plan ya la cubre. Almacenamiento, videollamadas, seguridad básica, gestión de dispositivos… Microsoft 365 incluye mucho más de lo que la mayoría de empresas activa. Pagar dos veces por la misma función es la duplicidad más común, y la más fácil de cortar.

El equilibrio: ahorrar sin quedarte corto en seguridad

Aquí toca una advertencia importante, porque optimizar mal es peligroso. Recortar licencias para ahorrar está bien; recortar seguridad para ahorrar es un fallo que te puede costar mil veces lo que te ahorras. Y es una tentación real: algunas de las funciones que se cobran aparte o vienen en los planes altos son precisamente las de protección.

No toques lo que protege tu empresa. La autenticación multifactor (MFA) es innegociable y en gran medida está disponible incluso en los planes básicos: no hay excusa para tenerla desactivada. Las capas de Defender —antiphishing, protección del correo y de los dispositivos— no son un lujo prescindible cuando el ransomware entra por email a diario. Bajar de plan a un usuario que consulta correo está bien; dejar a toda la empresa sin filtrado antiphishing para ahorrar unos euros es abrir la puerta.

El objetivo correcto es pagar por lo que usas y proteger lo que importa. Optimizar de verdad es saber dónde recortar (planes sobredimensionados, licencias muertas, add-ons duplicados) y dónde no tocar ni un euro (identidad y seguridad). Esa frontera es justo lo que separa un ahorro inteligente de un problema futuro, y es donde tener a alguien con criterio marca la diferencia. Si ya cuentas con un servicio de mantenimiento informático, la revisión de licencias debería formar parte de él.

La oferta de MagicBoxDesk: optimización y gestión de Microsoft 365

En MagicBoxDesk hacemos esto por ti y con números encima de la mesa. No vendemos un informe genérico: auditamos tu licenciamiento real, te enseñamos exactamente cuánto sobra y ejecutamos el cambio. Y no lo dejamos ahí: gestionamos tu Microsoft 365 de forma continua para que la factura no vuelva a inflarse sola cada vez que entra o sale alguien. Es la vía natural de externalizar tu IT sin perder el control del gasto.

• Auditoría de licencias completa: usuarios reales vs. licencias, perfiles de uso, buzones compartidos, cuentas de ex-empleados y add-ons duplicados.
• Propuesta de ahorro con números: cuánto pagas hoy, cuánto pagarías optimizado y qué cambia exactamente. Decides con datos, no con promesas.
• Reasignación ejecutada: cambiamos planes por perfil, liberamos lo que sobra y activamos lo que ya tienes incluido, sin cortes ni pérdida de datos.
• Gestión continua: altas y bajas, revisión periódica del licenciamiento y la seguridad (MFA y Defender) siempre en su sitio. Cuota mensual sin sorpresas.

Lo contratas como servicio gestionado para empresas, con una cuota mensual clara, y lo que ganas es doble: una factura de Microsoft 365 más baja y la tranquilidad de que alguien la vigila por ti. El ahorro, en la mayoría de casos, paga con creces el servicio.

Si la última subida de precios te ha hecho mirar la factura con otros ojos, es el momento de hacer la cuenta bien. Pide presupuesto sin compromiso y te decimos cuánto puedes ahorrar de verdad en tus licencias, con números concretos y sin tocar tu seguridad. También puedes escribirnos y lo vemos contigo.

Un servidor de correo Exchange que ha dejado de recibir parches no es «un servidor un poco antiguo»: es una puerta abierta con tu nombre escrito encima. Las versiones antiguas de Exchange Server (2016 y 2019) han llegado a fin de soporte, y eso significa una cosa muy concreta: Microsoft ya no publica actualizaciones de seguridad para ellas. La próxima vulnerabilidad grave que aparezca no se va a tapar. Y en un servidor de correo, aparecen.

La buena noticia es que salir de ahí no tiene por qué doler. La mayoría de pymes gana pasando su correo a la nube gestionada, y se puede hacer sin perder un solo email y sin cortar el servicio. Esta guía te explica por qué corre prisa, qué opciones reales tienes y cómo se migra sin que tu equipo note nada. Al final te contamos cómo lo hacemos nosotros.

Por qué un servidor de correo sin soporte es un problema serio

El correo es el sistema más expuesto que tiene tu empresa: está publicado en internet 24 horas al día, siete días a la semana, esperando conexiones de cualquiera. Cuando Microsoft deja de dar soporte a una versión, deja de tapar los agujeros que se van descubriendo. Un servidor de correo sin soporte acumula fallos conocidos que ya nadie va a arreglar, y los atacantes los buscan precisamente ahí, porque saben que muchas empresas siguen con la versión vieja «porque funciona».

El riesgo no es teórico y tiene tres caras que cuestan dinero de verdad:

• Seguridad: Exchange ha sido uno de los blancos favoritos de los ataques de los últimos años. Un servidor sin parchear es la vía de entrada perfecta para ransomware, robo de datos o control total del correo corporativo.
• Reputación y spam: si comprometen tu servidor, empieza a mandar spam en tu nombre. Tu dominio acaba en listas negras y, de repente, tus correos legítimos rebotan o caen en la carpeta de spam de tus clientes. Recuperar la reputación de un dominio lleva semanas.
• Downtime: el día que ese servidor se cae —por un cifrado o por un fallo sin fix— tu empresa se queda sin correo. Y sin correo no se factura, no se atiende a clientes ni se coordina el equipo.

Y un factor que casi nadie mira: el cumplimiento. Mantener datos personales en un sistema que sabes inseguro es difícil de justificar ante el RGPD si hay una brecha. «Iba tirando» no es una defensa.

Tus opciones: Microsoft 365, otro correo gestionado o servidor propio actualizado

No hay una única respuesta buena para todos, pero sí hay una que encaja en la gran mayoría de pymes. Estas son las tres salidas reales, con criterio para elegir.

1. Migrar el correo a Microsoft 365 (la opción que gana casi siempre)

Pasar a Microsoft 365 es dejar de tener un servidor de correo físico que mantener, parchear y vigilar. El buzón vive en la nube de Microsoft, se actualiza solo, incluye seguridad de serie (MFA, antispam, copia en la nube) y se paga por cuota por usuario predecible. Para una empresa que venía de Exchange local, el cambio para el usuario es mínimo: Outlook sigue siendo Outlook. Lo que desaparece es la infraestructura que se rompe un viernes por la tarde. Para la mayoría de pymes, esta es la decisión sensata.

2. Otro correo gestionado en la nube

Si tu empresa no vive dentro del ecosistema de Microsoft o buscas algo más ligero, existen plataformas de correo gestionado profesionales que también quitan de en medio el servidor propio. Cubren correo con tu dominio, buzones colaborativos, antispam y copia. Tiene sentido cuando no necesitas Teams, SharePoint ni Office de escritorio y quieres un correo sólido sin más. La clave es la misma: que alguien lo gestione y lo mantenga seguro por ti, no volver a montarte otro servidor sin vigilancia.

3. Mantener servidor propio, pero actualizado

Mantener Exchange en casa solo tiene sentido en casos muy concretos: requisitos regulatorios que obliguen a tener el correo dentro de tus instalaciones o integraciones legadas que no se pueden mover. Y aun así, la condición es innegociable: versión con soporte, parcheada al día y monitorizada. Quedarte en una versión sin soporte «para ahorrar» no es ahorrar: es aplazar una factura mucho mayor.

Qué se juega tu empresa en una migración de correo

El correo no es solo los mensajes nuevos que entran. Es el histórico de años de relación con tus clientes, y mucha gente lo usa como su archivo de trabajo. Una migración mal hecha no «pierde un par de emails»: puede perder contratos, presupuestos enviados, conversaciones legales o el único sitio donde estaba ese adjunto que ahora necesitas. Por eso una migración de correo se juzga por lo que no se pierde.

Lo que hay que trasladar íntegro, sin fisuras:

• Buzones completos: todo el correo, con su estructura de carpetas tal cual, no un volcado desordenado.
• Histórico, contactos y calendarios: años de correspondencia, la agenda de contactos y las reuniones futuras ya convocadas.
• Reglas, firmas y respuestas automáticas: los filtros que cada uno tenía montados y las firmas corporativas, para que nadie tenga que rehacerlo a mano.
• Listas de distribución y buzones compartidos: el «info@», el «administracion@» y las listas internas que usa todo el equipo.
• Continuidad del servicio: durante todo el proceso, la empresa sigue enviando y recibiendo. Sin ventana de «hoy no hay correo».

Una migración de correo se juzga por lo que el usuario no nota. Si el lunes nadie pregunta dónde está su histórico, ha salido bien.

Cómo se migra sin cortes

La regla de oro es sencilla de enunciar y difícil de ejecutar: el buzón nuevo se llena antes de redirigir el correo hacia él, nunca al revés. Así, el día del cambio, cada persona ya tiene su histórico esperándole. El proceso que funciona, por fases:

• Coexistencia: el sistema viejo y el nuevo conviven unos días. El correo sigue entrando en Exchange mientras se prepara el destino y se hace copia previa.
• Migración por lotes: los buzones se copian en segundo plano, por grupos, sin tocar el correo en producción. El equipo sigue trabajando como cualquier otro día mientras el destino se va llenando.
• Sincronización final: justo antes del corte se copian solo los correos de las últimas horas, para que el buzón nuevo esté al minuto.
• Cambio de MX: se apunta el registro MX del dominio al correo nuevo, en una ventana de bajo tráfico (viernes tarde o fin de semana). A partir de ahí, el correo nuevo entra en la nube.
• Verificación: se comprueba que llega y sale correo, que SPF, DKIM y DMARC están bien (para no caer en spam), que las impresoras y aplicaciones que envían email siguen funcionando, y que nadie ha quedado descolgado.

El servidor Exchange antiguo no se apaga el mismo día: se mantiene vivo unos días recogiendo los correos que aún lleguen mientras el DNS se propaga. Siempre hay un buzón escuchando, así que ningún correo se cae por el camino. Cuando todo está verificado y estable, se retira el servidor viejo de forma segura.

La oferta de MagicBoxDesk: tu migración de correo, gestionada de principio a fin

En MagicBoxDesk sacamos tu correo del servidor sin soporte y lo llevamos a la nube en toda España, con un principio innegociable: el negocio no para y no se pierde un solo email. Lo hacemos como migración gestionada en proyecto cerrado —sabes de antemano el alcance y el coste, sin sorpresas— y, si quieres, nos quedamos después como tu correo empresarial gestionado y tu departamento IT externo. Es parte de nuestros servicios de infraestructura y cloud, con la ciberseguridad incluida desde el primer día.

Qué incluye el servicio:

• Auditoría previa del Exchange actual y elección de destino (Microsoft 365 u otro correo gestionado) según tu caso real.
• Copia previa y migración por lotes con coexistencia: buzones, histórico, contactos, calendarios, reglas, firmas, listas y buzones compartidos.
• Cambio de MX y configuración de SPF, DKIM y DMARC para que tu correo llegue y no caiga en spam.
• Seguridad de serie: MFA para todos, políticas de acceso y retirada segura del servidor antiguo.
• Formación al equipo y soporte continuo con cuota mensual sin sorpresas si eliges que sigamos gestionando tu correo.

Lo que ganas es lo importante: cero cortes, cero correos perdidos y un correo que ya no es un riesgo de seguridad, sino una herramienta que funciona. Dejas de vigilar parches y de rezar para que el servidor aguante.

Si sigues con un Exchange sin soporte, cada semana que pasa es una semana de exposición gratis para los atacantes. Vamos a resolverlo antes de que sea una urgencia. Pide presupuesto sin compromiso y planificamos tu migración de correo sin parar la empresa.

La pregunta que casi nadie hace antes de pagar Microsoft 365 Copilot es la única que importa: ¿qué tarea concreta va a dejar de hacer, o hará en la mitad de tiempo, una persona de tu equipo? Copilot no es magia ni un juguete de demo. Es una capa de IA generativa dentro de Word, Excel, Outlook, Teams y el resto de la suite, con una licencia de pago por usuario que se suma a la que ya tienes. Y su valor no depende del modelo de IA: depende de cómo de ordenados estén tus datos y tus permisos.

Esta guía va al grano: qué hace Copilot de verdad, el requisito que ningún comercial te cuenta, cuándo compensa pagarlo, cómo medir el retorno y cómo se implanta sin abrir un agujero de seguridad. Si al final lo quieres bien hecho, te contamos cómo lo montamos nosotros.

Qué hace Copilot de verdad en el día a día (y qué no es)

Copilot vive dentro de las aplicaciones que tu equipo ya usa y trabaja sobre tus propios documentos, correos y reuniones, no con conocimiento genérico de internet. Ahí está la diferencia con un ChatGPT cualquiera: sabe lo que hay en tu SharePoint, tu bandeja de entrada y tu Teams, y lo usa para redactar, resumir y buscar. Lo que ahorra tiempo de verdad es esto:

• En Outlook: redacta borradores de respuesta, resume un hilo de veinte correos en tres líneas y te dice qué te están pidiendo.
• En Teams: resume una reunión a la que no llegaste, extrae decisiones y tareas con responsable, y te pone al día de un chat largo.
• En Word: convierte cuatro notas en un primer borrador de propuesta, reescribe con otro tono o resume un contrato de veinte páginas.
• En Excel: explica una tabla, sugiere fórmulas y detecta tendencias sin pelearte con la sintaxis.

Y ahora lo que no es, porque aquí nacen casi todas las decepciones. Copilot no sustituye a nadie: acelera a quien ya sabe hacer su trabajo. No es infalible; se inventa cosas de vez en cuando, así que hay que revisar todo antes de enviarlo. Y si tus datos son un caos, sus respuestas serán un caos ordenado. Tampoco es un «instálalo y ya»: sin la preparación que viene ahora, pagas la licencia y la gente lo abandona en dos semanas.

El requisito que nadie te cuenta: gobierno de datos y permisos

Este apartado decide si Copilot es una herramienta o un incidente de seguridad esperando a ocurrir. La regla es tan simple como incómoda: Copilot ve exactamente lo que ve el usuario que lo usa. Ni más, ni menos. Respeta los permisos de tu SharePoint, tus OneDrive y tus buzones al pie de la letra. El problema no es Copilot: es que en la mayoría de empresas esos permisos llevan años mal puestos y nadie lo ha notado.

Piénsalo así. Esa carpeta de «Dirección» con las nóminas que alguien compartió con «toda la organización» para salir del paso. El Excel de salarios en un sitio compartido. Mientras nadie navegue hasta ahí, están «escondidos a plena vista». Copilot cambia las reglas: un empleado escribe «¿cuánto cobra el equipo comercial?» y si tiene permiso técnico para leer ese fichero —aunque nunca debió tenerlo—, se lo sirve resumido en segundos. No ha hackeado nada: ha usado un permiso que estaba mal desde el principio.

Copilot no crea agujeros de seguridad: los hace visibles. Convierte cada permiso mal puesto de los últimos diez años en una pregunta que cualquiera puede formular.

Por eso implantar Copilot bien empieza antes de comprar una sola licencia, con una revisión de permisos y gobierno del dato: quién accede a qué, dónde hay carpetas abiertas de más y qué información sensible hay que etiquetar o restringir. Es un trabajo de ciberseguridad antes que de IA, y saltárselo convierte una buena idea en un problema de cumplimiento y de RGPD.

Cuándo merece la pena y cómo medir el retorno

Copilot es una licencia de pago por usuario que se suma a lo que ya pagas de Microsoft 365. No es barato multiplicado por plantilla, así que la pregunta no es «¿lo quiero?» sino «¿en qué puestos me devuelve más de lo que cuesta?». Y la respuesta se mide en horas de perfiles caros que dejan de irse en tareas repetitivas.

Compensa con claridad en perfiles que viven en la suite y producen mucho texto o análisis:

• Dirección y mandos intermedios que se ahogan en correo y reuniones: resúmenes de hilos y actas automáticas.
• Comercial y marketing: primeros borradores de propuestas, ofertas y comunicaciones que se afinan a mano.
• Administración, legal y finanzas: resumen de contratos, cruce de datos y documentos repetitivos.
• Soporte y atención: respuestas más rápidas y consistentes desde la documentación interna.

Compensa poco en perfiles que apenas tocan Office: producción, almacén, taller o quien vive en un software vertical propio. Comprar Copilot para toda la plantilla «por igualdad» es la forma más rápida de tirar dinero. Se asigna por puesto y por tarea, no a granel.

¿Cómo mides el retorno sin engañarte? Antes de desplegar, elige un grupo piloto y define qué tarea concreta quieres acelerar y cuánto se tarda hoy en ella: preparar una propuesta, redactar el acta semanal, responder el correo de la mañana. Pon Copilot un mes y vuelve a medir esa misma tarea. Si una persona ahorra dos o tres horas a la semana en trabajo real, la licencia se paga sola con holgura. Si al mes la gente ni lo abre, no es que Copilot no sirva: es que el caso de uso no encajaba, y eso se corrige antes de escalar al resto.

Cómo se implanta bien: evaluación, permisos, pilotaje, formación y despliegue

Una implantación que funciona no se parece a «comprar licencias y repartirlas». Sigue un orden que evita las dos formas de fracasar: el agujero de seguridad y el abandono por falta de uso. Cinco fases.

• Evaluación: qué perfiles ganan de verdad, qué tareas quieres acelerar y en qué estado están tus datos y tu licenciamiento actual de Microsoft 365.
• Limpieza de permisos: auditar y corregir accesos en SharePoint, OneDrive y Teams, cerrar carpetas abiertas de más y etiquetar la información sensible. La fase innegociable.
• Pilotaje: un grupo reducido, con casos de uso definidos y medición previa. Aprendes qué funciona en tu empresa sin arriesgar a toda la plantilla.
• Formación: enseñar a preguntar bien (el «prompt» importa), a revisar siempre la respuesta y a no meter en Copilot lo que no debe salir. Sin esto, la gente lo deja.
• Despliegue por olas: se escala del piloto al resto por grupos, ajustando licencias a cada puesto y con soporte para resolver dudas en caliente.

Fíjate en el orden: la seguridad va antes que la IA, y el pilotaje antes que el despliegue masivo. Es lo contrario de comprar licencias para todos el primer día y descubrir a la semana que un becario puede consultar las nóminas de dirección. Hacerlo bien no es más lento: evita tener que apagar el proyecto a la carrera.

La oferta de MagicBoxDesk: Copilot e IA en el puesto de trabajo, bien implantados

En MagicBoxDesk implantamos Microsoft 365 Copilot y la IA en el puesto de trabajo como un servicio gestionado, no como una venta de licencias y adiós. Empezamos por tus datos y tus permisos, y no encendemos Copilot hasta que el terreno es seguro. Trabajamos en toda España, en remoto y presencial, y nos quedamos como tu departamento IT externo. Esto es lo que incluye:

• Revisión de permisos y gobierno del dato en SharePoint, OneDrive y Teams antes de activar nada: cerramos los agujeros que Copilot destaparía.
• Licenciamiento óptimo: Copilot solo en los puestos donde devuelve la inversión, con el plan de Microsoft 365 correcto debajo. Ni de más, ni de menos.
• Pilotaje con métricas reales: un grupo, casos de uso definidos y medición antes/después para saber si compensa antes de escalar.
• Formación práctica a tu equipo: preguntar bien, revisar siempre y usar la herramienta con criterio de seguridad.
• Soporte continuo como servicio gestionado, con cuota mensual sin sorpresas, para resolver dudas y ajustar el despliegue.

Lo hacemos dentro de nuestro servicio de puesto de trabajo gestionado y del resto de servicios IT con los que empresas de toda España externalizan su departamento de informática. La ventaja de contratar la implantación con MagicBoxDesk es sencilla: la IA entra en tu empresa aportando valor real y sin abrir un flanco de seguridad.

¿Te planteas Copilot y no sabes si compensa, o quieres montarlo sin que se te escape información por el camino? Lo revisamos y te decimos qué necesitas de verdad, sin humo. Pide presupuesto sin compromiso y planificamos una implantación de Copilot segura, medida y rentable.

Si tu empresa virtualiza con VMware, la factura de la renovación probablemente ya te ha sorprendido, o está a punto de hacerlo. Desde que Broadcom compró VMware, el modelo de licencias dejó de venderse por producto y a perpetuidad para pasar a suscripción por paquetes. El resultado práctico para muchas organizaciones es sencillo de resumir: pagas más, por cosas que quizá no usabas, y con menos margen para negociar.

La buena noticia es que hoy tienes alternativas a VMware para empresas que hace cinco años no eran tan maduras. La mala es que migrar de VMware a la ligera, sin números ni plan, se paga caro en cortes y sustos. Vamos a lo que importa: qué ha cambiado, qué opciones reales tienes y cómo decidir con criterio en lugar de por titular.

Qué ha cambiado con VMware bajo Broadcom (y por qué te afecta aunque seas pyme)

El cambio de fondo no es un ajuste de tarifa: es un cambio de modelo. Se acabaron las licencias perpetuas que comprabas una vez y mantenías con un soporte anual asumible. Ahora el licenciamiento va por suscripción y por paquetes, con mínimos de contratación y una simplificación de la oferta que empuja a comprar bundles con funciones que muchas pymes ni tocan. La tendencia general, reconocida en todo el sector, es de subida notable del coste de virtualizar con VMware.

Se suele pensar que esto solo golpea a las grandes cuentas, pero es al revés: la pyme es la más expuesta. No tiene un equipo de compras para pelear con Broadcom, ni volumen para lograr condiciones especiales, ni un ingeniero de virtualización libre para replantear la plataforma. Si tienes tres o cuatro servidores físicos con vSphere sosteniendo tu ERP y tus máquinas críticas, la renovación puede convertirse de golpe en una de las partidas más caras de tu presupuesto IT.

Y aquí está el error que vemos a diario: renovar en automático «porque siempre ha sido VMware», sin poner sobre la mesa cuánto cuesta quedarse frente a cuánto cuesta moverse. Esa decisión, tomada sin datos, es la que de verdad sale cara.

Tus opciones reales: seguir, migrar de hipervisor o mover a nube

Antes de casarte con ninguna, ten claro que no hay una respuesta universal. Hay tres caminos, cada uno con su precio y su letra pequeña. Sin fanatismos.

1. Seguir pagando VMware

No es tontería mantenerse si tu plataforma es grande, está muy integrada (vSAN, NSX, automatización, DR montado sobre herramientas VMware) y una migración pondría en riesgo servicios críticos. Pro: cero migración, sigues con lo que conoces, soporte de fabricante. Contra: asumes la subida y quedas atado al modelo de suscripción de Broadcom para los próximos años. Es válido, pero como decisión consciente, no por inercia.

2. Migrar a otro hipervisor (Proxmox, Hyper-V y compañía)

Proxmox VE se ha convertido en la alternativa estrella para pymes: virtualización sobre KVM, contenedores, clúster, alta disponibilidad y snapshots, sin licencias por CPU y con una suscripción de soporte opcional muy razonable. Pro: ahorro fuerte en licencias, sin ataduras, comunidad enorme. Contra: tu equipo tiene que aprenderlo, o apoyarse en un partner que ya lo domine.

Hyper-V encaja de maravilla si ya vives en el mundo Microsoft (Windows Server, Active Directory, licencias por Datacenter). Pro: integración nativa y soporte de un gigante. Contra: también tiene su propio modelo de costes y te amarra al ecosistema Microsoft. Hay más opciones —basadas en KVM, Nutanix, XCP-ng—, pero para la mayoría de pymes la conversación honesta empieza por Proxmox o Hyper-V.

3. Mover cargas a nube pública

Llevar máquinas a AWS, Azure o un cloud gestionado no siempre es «quitarte servidores de encima»: a veces es cambiar un coste de hardware por uno operativo que, mal dimensionado, sale más caro. Pro: eliminas hierro, escalas cuando quieres y externalizas la capa física. Contra: el gasto recurrente se dispara si no controlas el consumo, y no todas las cargas encajan en nube. Muchas veces la respuesta ganadora es híbrida: lo crítico y estable en tu hipervisor, lo elástico en nube.

Cómo se decide bien: TCO a 3 años, criticidad, esfuerzo y soporte

La decisión no se toma por lo que cueste la licencia el año que viene, sino por el coste total de propiedad (TCO) a tres años. Ahí entra todo: licencias, soporte, horas de migración, formación del equipo, hardware y las horas de gestión mes a mes. Un hipervisor «gratis» que te obliga a triplicar el esfuerzo de administración no es gratis.

Cuatro variables marcan el resultado:

• TCO a 3 años: compara «seguir» contra «migrar» con todos los costes, no solo la factura de licencias.
• Criticidad de las cargas: qué máquinas paran el negocio si fallan y cuánta tolerancia real tienes a un corte.
• Esfuerzo de migración: número de VMs, dependencias, integraciones con backup y con tu cabina de almacenamiento.
• Soporte: quién responde a las tres de la madrugada cuando algo cae, y con qué tiempos.

Migrar por ahorrar en licencias y acabar gastando el doble en horas de gestión no es un ahorro: es mover el problema de sitio.

Nuestra recomendación es fría: pon los números escenario a escenario. Casi siempre aparece una opción claramente mejor para tu caso. Y si no aparece, quizá lo más sensato sea renovar VMware un ciclo más mientras preparas la migración con calma. Ambas son respuestas válidas si están respaldadas por datos.

Cómo se migra sin sustos: inventario, pruebas, ventana de corte y vuelta atrás

Una migración de hipervisor bien hecha es aburrida, y eso es exactamente lo que buscas. El drama aparece cuando alguien empieza a mover máquinas «a ver qué pasa». El método que evita sustos tiene cuatro fases claras:

• Inventario y dependencias: cada VM, sus recursos, sus conexiones y qué depende de qué. Lo que no está inventariado es lo que se rompe.
• Pruebas en entorno de laboratorio: migras primero máquinas no críticas, validas rendimiento, red y backups sobre la nueva plataforma antes de tocar producción.
• Ventana de corte controlada: mueves lo crítico en un horario pactado, con la migración ensayada y los tiempos medidos, no improvisando un domingo.
• Plan de vuelta atrás: un rollback probado y una copia intacta del entorno original. Si algo no sale, vuelves a VMware y lo vuelves a intentar otro día, sin pérdida de datos.

Y un detalle que muchos olvidan: la migración no termina cuando la última VM arranca en el nuevo hipervisor. Termina cuando tienes monitorización 24/7 y backups verificados corriendo sobre la plataforma nueva. Antes de eso, no has migrado: has movido el riesgo a un sitio que aún no controlas.

La oferta de MagicBoxDesk: virtualización y cloud gestionados

En MagicBoxDesk llevamos años montando y migrando plataformas de virtualización, y esta es justo la decisión donde una empresa se ahorra —o se gasta— mucho dinero según lo bien asesorada que esté. Por eso no te vendemos un hipervisor concreto: primero miramos tus números y luego te decimos qué te conviene, aunque a veces sea seguir con VMware un ciclo más. Puedes contratarlo como proyecto cerrado (auditoría y migración con presupuesto cerrado) o como servicio gestionado continuo con cuota mensual sin sorpresas, dentro de nuestros servicios de infraestructura y cloud.

Qué incluye el servicio:

• Auditoría de tu entorno actual: inventario real de VMs, licencias, dependencias y coste de tu VMware hoy.
• Propuesta con números: TCO a 3 años comparando seguir, migrar de hipervisor o mover a nube. Decides con datos, no con intuiciones.
• Migración gestionada: pruebas en laboratorio, ventana de corte pactada y plan de vuelta atrás probado. Sin cortes sorpresa.
• Soporte continuo y monitorización 24/7 sobre la plataforma nueva, con backups verificados. Tú te olvidas del hierro.

La ventaja de externalizar tu IT con nosotros es simple: ganas una plataforma más barata de operar, sin ataduras y con alguien que responde cuando algo falla. Un servicio gestionado para empresas que convierte la subida de VMware en una oportunidad para ordenar tu infraestructura, no en un susto anual.

Convierte la subida de VMware en una decisión inteligente

El licenciamiento de Broadcom no tiene por qué ser malo para tu empresa: puede ser el empujón que necesitabas para replantear una infraestructura que llevaba años en piloto automático. Pero eso solo pasa si la decisión se toma con criterio y con números, no a las prisas de la renovación.

En MagicBoxDesk auditamos tu VMware, te ponemos los escenarios con cifras y, si conviene migrar, lo hacemos nosotros de principio a fin para que tú te ocupes de tu negocio. Pide presupuesto sin compromiso y te decimos qué te conviene de verdad; si lo prefieres, escríbenos o llámanos y lo vemos contigo.

La factura de la nube casi nunca se descontrola de golpe. Sube poco a poco, mes a mes, hasta que un día alguien de finanzas te pregunta por qué pagáis lo mismo que costaría un empleado a media jornada. Y la respuesta honesta suele ser incómoda: no lo sabemos exactamente. Ahí empieza el problema real, que no es la nube en sí, sino la falta de control sobre lo que se enciende, lo que se olvida y lo que nadie apaga.

La buena noticia es que reducir costes de la nube no significa recortar potencia ni asumir que tu web irá más lenta. Casi todo el ahorro está en dinero que ya estás tirando sin que nadie lo note: máquinas sobredimensionadas, entornos de prueba encendidos todo el fin de semana, discos huérfanos de servidores que borraste hace medio año. Esto es lo que se conoce como FinOps, y aplicado con criterio a una pyme te devuelve entre un 20 % y un 40 % de la factura sin tocar el rendimiento. Vamos a verlo por partes.

Por qué la factura de la nube se descontrola

La nube se vende con una promesa que suena perfecta: pagas solo por lo que usas. El problema es la letra pequeña: pagas por lo que tienes encendido, lo uses o no. Y encender es trivial —dos clics— mientras que apagar requiere que alguien se acuerde, sepa que ese recurso es suyo y tenga tiempo. En una pyme sin un responsable claro de cloud, ese «alguien» no existe, así que nada se apaga nunca.

A eso se suma la cultura del «por si acaso». Un desarrollador levanta una máquina más grande de lo necesario porque no quiere quedarse corto. Se contrata más almacenamiento del que hará falta en dos años. Se duplican entornos para una demo y se quedan ahí. Cada decisión, por separado, parece razonable. Sumadas, son una fuga constante que la factura mensual esconde detrás de una sola cifra global que nadie se para a desglosar.

El tercer factor es la complejidad del modelo de precios. AWS, Azure y Google Cloud tienen catálogos con miles de referencias, tarifas por transferencia de datos, por región. Es casi imposible que alguien sin dedicación específica entienda dónde se va el dinero. Y lo que no se mide, no se controla. Por eso el primer paso de cualquier optimización seria no es apagar nada, sino ver la factura de verdad: por servicio, por proyecto y por responsable.

Recursos apagados, sobredimensionados y olvidados

Aquí está el 80 % del ahorro rápido, el que no requiere rediseñar nada. Son tres categorías de desperdicio que aparecen en prácticamente todas las cuentas que auditamos, y que se corrigen en días, no en meses.

• Recursos huérfanos: discos que sobrevivieron a la máquina que borraste, IPs fijas reservadas y sin usar, copias de seguridad de servidores que ya no existen, balanceadores sin nada detrás. No dan servicio a nadie y se pagan íntegros todos los meses.
• Recursos sobredimensionados: la máquina de 16 GB de RAM que trabaja siempre al 8 %. El motor de base de datos contratado para picos que nunca llegan. Ajustar el tamaño real (rightsizing) suele recortar la mitad del coste de ese recurso sin que el usuario note ninguna diferencia.
• Recursos encendidos sin uso: entornos de desarrollo, pruebas y preproducción funcionando 24/7 cuando solo se usan en horario de oficina. Apagarlos por la noche y el fin de semana elimina el 70 % de su factura de golpe.

Ese último punto es la victoria más fácil y la que más gente ignora. Un entorno de test solo hace falta 40 horas semanales, no 168. Programar el apagado automático fuera de horario es media hora de configuración y ahorra dinero cada semana durante años. Lo mismo con políticas de ciclo de vida en el almacenamiento: mover datos antiguos a niveles más baratos y borrar automáticamente lo que caduca.

El requisito previo para todo esto es el etiquetado. Si cada recurso lleva su proyecto, su entorno y su responsable, sabes qué puedes apagar sin miedo. Sin etiquetas, cada limpieza es una ruleta rusa donde el premio es tumbar producción. Es lo que convierte la optimización en algo repetible en lugar de una heroicidad de una sola vez.

Reservas, autoescalado y licencias bien ajustadas

Cuando ya has limpiado lo que sobra, toca optimizar lo que sí necesitas. Y aquí el error más caro es pagar precio de tarifa completa por cargas de trabajo que son perfectamente predecibles. Si sabes que un servidor va a estar encendido todo el año —y tu base de datos de producción lo está—, pagarlo bajo demanda es tirar dinero.

Reservas y planes de ahorro para lo estable

Las instancias reservadas y los savings plans te dan descuentos de entre el 30 % y el 70 % a cambio de comprometer un uso durante uno o tres años. Para la base de tu infraestructura —eso que sabes que va a seguir ahí— es dinero regalado que estás rechazando. La clave es reservar solo lo que es verdaderamente estable y dejar el resto bajo demanda; comprometer de más te ata a recursos que quizá dejes de usar.

Autoescalado para lo variable

Para las cargas que suben y bajan —tu web en campaña, un proceso que se dispara a fin de mes— la respuesta no es una máquina enorme por si acaso, sino el autoescalado: que la infraestructura crezca automáticamente cuando hace falta y se encoja cuando pasa el pico. Así pagas capacidad alta solo durante las horas que realmente la usas, y el rendimiento nunca se resiente porque el sistema reacciona antes de que el usuario lo note. Esto desmonta el falso dilema entre ahorrar y rendir: bien configurado, haces las dos cosas a la vez.

Licencias que pagas dos veces

Y luego está el capítulo silencioso: las licencias. Windows Server, SQL Server, bases de datos comerciales… facturadas dentro de la máquina cloud cuando quizá ya tienes licencias propias que podrías aportar, o cuando una alternativa open source haría el mismo trabajo sin coste de licencia. Revisar esto una vez al año recupera cantidades que sorprenden, porque es dinero que se paga en piloto automático sin que nadie lo cuestione.

Cómo vigilarlo cada mes sin volverte loco

La optimización no es un proyecto que se hace una vez y se olvida. Si la abandonas, en seis meses la factura vuelve a inflarse porque el equipo sigue creando recursos y nadie los revisa. Pero eso no significa vivir mirando paneles: significa montar tres o cuatro controles automáticos que trabajen por ti y te avisen solo cuando algo se desvía.

• Presupuestos con alertas: defines un tope mensual por proyecto y recibes un aviso cuando el gasto proyectado va a superarlo. Te enteras a mitad de mes, no cuando llega la factura.
• Detección de anomalías: los tres grandes proveedores incluyen sistemas que avisan cuando el gasto se dispara de forma inusual. Un proceso que se quedó colgado consumiendo puede costar cientos de euros en un fin de semana si nadie lo ve.
• Revisión mensual de 30 minutos: un vistazo al desglose por servicio comparado con el mes anterior. ¿Qué ha subido y por qué? Con el etiquetado bien hecho, la respuesta está a un clic.
• Informe de recomendaciones: las plataformas te sugieren qué reducir de tamaño y qué reservar. No aceptes a ciegas, pero es tu punto de partida cada mes.

La clave está en que esta vigilancia se apoye en tu monitorización habitual, para cruzar coste con rendimiento real. De nada sirve recortar una máquina si con ello degradas el servicio: el objetivo es gastar lo justo para el rendimiento que tu negocio necesita, ni un euro más ni uno menos. Coste y rendimiento se miran juntos, siempre.

El cloud no es caro. Caro es el cloud que nadie mira.

Cómo te ayuda MagicBoxDesk a optimizar tu nube

En MagicBoxDesk hacemos exactamente esto: entramos en tu cuenta cloud, la auditamos de arriba abajo y te enseñamos, en euros, dónde se está yendo el dinero y cuánto podemos recuperar sin tocar tu rendimiento. Primero la limpieza rápida —lo huérfano, lo sobredimensionado, lo encendido de más—, luego el ajuste fino de reservas, autoescalado y licencias, y por último dejamos montado el sistema de vigilancia para que la factura no vuelva a descontrolarse. Todo esto forma parte de nuestros servicios de infraestructura cloud gestionada, con soporte en toda España y desplazamiento a tus oficinas cuando hace falta.

Lo mejor es que la optimización cloud casi siempre se paga sola: el ahorro del primer mes suele cubrir el trabajo, y a partir de ahí es margen que se queda en tu negocio. Nos encargamos de todo para que tú te ocupes de lo tuyo. Pide presupuesto sin compromiso y te decimos, con tu factura real delante, cuánto puedes ahorrar de verdad.

La pregunta «¿nos vamos a Azure, a AWS o montamos un servidor propio?» casi nunca se decide por tecnología. Se decide por dinero mal calculado, por miedo a perder el control y por una comercial que te enseñó una demo bonita. Y así una pyme acaba pagando una factura cloud que triplica lo previsto, o comprando un armario de servidores que en tres años estará amortizando obsolescencia.

La respuesta corta: no hay opción ganadora en abstracto. Hay una opción correcta para tu carga de trabajo, tu previsión de crecimiento y tu tolerancia a gestionar hierro. Vamos a hacer la cuenta que casi nadie hace bien y a darte criterio para decidir con la cabeza, no con el folleto.

Nube pública vs. servidor propio: la decisión real

Olvídate un momento de «Azure vs AWS». Esa es la segunda pregunta. La primera es nube pública o infraestructura propia, y son dos modelos de negocio opuestos disfrazados de decisión técnica.

La nube pública (Azure, AWS y también Google Cloud) es alquiler por uso: pagas cómputo, almacenamiento y tráfico por lo que consumes, escalas en minutos y no compras nada. El servidor propio —físico en tu oficina o en un datacenter (colocation)— es inversión: pones el dinero por adelantado, el hardware es tuyo y el coste marginal de usarlo más es casi cero. Uno convierte gasto de capital en gasto operativo; el otro hace justo lo contrario.

Entre Azure y AWS, para una pyme la diferencia real es menor de lo que parece. AWS es el más maduro y con el catálogo más amplio de servicios; si tu proyecto es técnico, con desarrollo a medida o mucha automatización, encajarás bien. Azure gana cuando ya vives en el ecosistema Microsoft: si usas Microsoft 365, Active Directory y Windows Server, la integración con Entra ID, la identidad unificada y las licencias híbridas te ahorran fricción y a veces dinero. La decisión Azure vs AWS suele reducirse a dónde está ya tu empresa, no a qué nube es «mejor».

Coste a 3 años: la cuenta que nadie hace bien

Aquí es donde se pierden la mayoría de decisiones. La comparación honesta no es «cuota mensual del cloud» contra «precio del servidor». Es el coste total de propiedad (TCO) a tres años, con todo dentro. Y «todo» incluye partidas que el servidor propio esconde y el cloud te cobra a la vista.

En el servidor propio, al precio del hardware súmale lo que casi nadie apunta:

• Electricidad y refrigeración funcionando 24/7 durante tres años, no solo el día que lo enchufas.
• Un SAI y su recambio de baterías, más redundancia si el servicio es crítico.
• Licencias de sistema operativo, virtualización y copias de seguridad.
• El plan de recuperación: si el equipo muere un viernes, ¿en cuántas horas vuelves a operar y cuánto cuesta ese hardware de repuesto?
• Las horas de administración: parches, monitorización y mantenimiento, que son dinero aunque no salgan en ninguna factura.

En el cloud el enemigo es otro: la factura variable. Los servicios se contratan en un clic y nadie los apaga. Máquinas encendidas de noche y fin de semana, discos huérfanos de proyectos muertos, snapshots que se acumulan y —el clásico que arruina presupuestos— el tráfico de salida de datos, que se cobra por gigabyte y no aparece hasta que ya lo pagaste. Un cloud sin gobierno de costes es más caro que un servidor propio; un cloud bien gobernado, con reservas y apagado automático, suele ganar de calle.

El servidor propio te oculta la mitad del coste; el cloud te lo enseña todo y por eso asusta. Compara TCO a tres años o no estás comparando nada.

La regla práctica: si tu carga es estable y predecible (una aplicación interna que trabaja de 8 a 18h, siempre igual), el hierro propio o un servidor dedicado alquilado sale muy competitivo. Si tu carga es variable, estacional o de crecimiento incierto, la elasticidad del cloud vale cada euro: pagas los picos solo cuando ocurren y no compras capacidad «por si acaso».

Control, seguridad y cumplimiento

El argumento estrella del servidor propio es «así tengo el control y mis datos en casa». Es media verdad. Tienes el control físico, sí. También tienes toda la responsabilidad: si no aplicas los parches, si el firewall está mal configurado o si nadie revisa las copias, el problema es entero tuyo. Control y seguridad no son lo mismo. Muchas brechas ocurren en servidores propios precisamente porque «estaban en casa» y nadie los cuidaba con rigor.

La nube funciona con un modelo de responsabilidad compartida: Azure y AWS aseguran la infraestructura física, la red y el hipervisor —con certificaciones y auditorías que una pyme jamás podría costear— pero tú sigues siendo responsable de configurar bien los permisos, cifrar los datos, gestionar identidades y no dejar un bucket abierto a internet. El cloud no te hace seguro; te da mejores herramientas para serlo, si sabes usarlas.

En cumplimiento, dos claves para España y la UE. Primero, residencia del dato: tanto Azure como AWS tienen regiones en España y en la UE, así que puedes exigir que tus datos no salgan del espacio europeo (importante para RGPD). Segundo, si vas a por la ISO 27001 o trabajas en un sector regulado, apoyarte en un proveedor cloud ya certificado te ahorra una parte enorme del camino, aunque la certificación de tus procesos sigue siendo tuya. El servidor propio no te la impide, pero te obliga a demostrar por ti mismo cada control físico y lógico.

Cuándo tiene sentido cada opción (y el modelo híbrido)

Bajemos a decisiones concretas. No hay ganador universal, hay encaje.

• Cloud (Azure o AWS) si creces rápido o de forma impredecible, si trabajas en remoto y necesitas acceso desde cualquier sitio, si tu carga tiene picos, o si no quieres —ni debes— tener a nadie cuidando hardware. También si valoras poder desplegar un entorno nuevo en horas.
• Azure concretamente si ya eres una casa Microsoft: 365, Windows Server, Active Directory. La integración de identidad y las licencias híbridas inclinan la balanza.
• AWS si tu proyecto es técnico, con desarrollo propio, contenedores o mucha automatización, y quieres el catálogo de servicios más amplio del mercado.
• Servidor propio si tu carga es estable y conocida, si tienes requisitos de latencia muy baja contra maquinaria o sistemas en planta, o si por contrato/normativa el dato debe estar físicamente en tus instalaciones. Ojo: exige un plan de continuidad de verdad.

Y luego está la respuesta que gana más veces de las que la gente cree: la híbrida. No es una indecisión, es estrategia. Mantienes en un servidor propio o dedicado lo que es estable, sensible o barato de tener en casa —tu ERP interno, un almacén de ficheros, la base de datos crítica— y llevas al cloud lo que necesita elasticidad o presencia global: la web, el correo, entornos de pruebas, los picos de campaña. Muchas pymes acaban aquí porque paga lo mejor de cada modelo sin casarse con ninguno. El cloud como destino de tus copias de seguridad es, además, el híbrido más sensato que existe: guardas la red de seguridad fuera del edificio.

Cómo lo decide y lo monta MagicBoxDesk

Nosotros no empezamos por «te recomendamos Azure» ni por «te recomendamos AWS». Empezamos por tu carga de trabajo real: qué aplicaciones usas, cuántos usuarios, qué picos tienes, qué te exige la normativa y a cuánto asciende de verdad el TCO a tres años de cada escenario. Con esa cuenta encima de la mesa —la que casi nadie hace— la decisión deja de ser una corazonada y pasa a ser un número. A partir de ahí diseñamos, montamos y —esto es lo que marca la diferencia— lo gestionamos: monitorización 24/7, copias de seguridad probadas, seguridad y gobierno de costes para que la factura del cloud no se descontrole. Puedes ver el detalle en nuestros servicios de infraestructura y cloud.

La ventaja de externalizar tu IT con nosotros es que decidimos con criterio de ingeniero y sin comisión de ningún fabricante: te diremos «servidor propio» si es lo que te conviene aunque vendamos cloud, y al revés. Somos tu departamento IT completo, atendiendo en toda España con soporte remoto y presencial. Cuéntanos qué tienes y a dónde vas y te decimos la opción correcta con números, no con folletos. Pide presupuesto sin compromiso y hacemos juntos la cuenta que de verdad importa.

Migrar a Microsoft 365 en una empresa no se cae por falta de licencias: se cae porque alguien apaga el correo antiguo antes de tiempo y el lunes por la mañana media plantilla no puede enviar un email. La tecnología es la parte fácil. Lo difícil es hacerlo sin que nadie note el cambio, y ahí es donde se separan las migraciones limpias de las que acaban en una semana de incidencias.

Esta guía va al grano: qué cambia de verdad, cómo se prepara el terreno, cómo se mueve el correo sin cortarlo, los errores que salen caros y qué toca hacer el día después. Si buscas hacerlo con red de seguridad, al final te contamos cómo lo hacemos nosotros sin parar la empresa.

Qué ganas (y qué cambia) al pasar a Microsoft 365

Microsoft 365 no es «el Office de siempre pero en la nube». Es dejar de mantener un servidor de correo propio, tener el buzón accesible desde cualquier dispositivo, y unificar correo, archivos, videollamadas y seguridad bajo una sola identidad. Para una pyme eso significa menos infraestructura que cuidar y menos cosas que se pueden romper un viernes a las seis.

Lo que ganas, en concreto:

• Correo profesional con tu dominio, sin servidor físico que mantener ni actualizar.
• Archivos en SharePoint y OneDrive: adiós a la carpeta compartida del NAS que solo entiende una persona.
• Teams para reuniones y trabajo en equipo, con el mismo login del correo.
• Seguridad de serie: MFA, políticas de acceso y copia en la nube de Microsoft.

¿Qué cambia para el usuario? Menos de lo que teme. Outlook sigue siendo Outlook. Lo que cambia es debajo: dónde vive el buzón, cómo se accede y quién responde cuando algo falla. Y cambia la factura: pasas de una inversión en servidores a una cuota por usuario predecible, que sube y baja según crece o encoge tu equipo.

Preparación: dominio, licencias y copia previa

El 90% del éxito de una migración se juega antes de mover un solo correo. Esta fase es aburrida y es la que nadie quiere pagar; también es la que evita el desastre. Tres pilares.

1. El dominio y sus DNS

Tu dominio es el que manda el correo a un sitio o a otro. Antes de migrar hay que verificar el dominio en Microsoft 365 y tener claros los registros DNS: MX (a dónde llega el correo), SPF, DKIM y DMARC (que dicen quién puede enviar en tu nombre). Tocar el registro MX es lo que redirige el correo al buzón nuevo, y por eso se toca al final, no al principio. Si lo cambias antes de tiempo, empiezas a recibir en un buzón vacío.

2. Las licencias correctas

No todas las licencias sirven para todo. Un Business Basic da correo y Teams web pero no Office de escritorio; un Business Standard sí; un Business Premium añade la capa de seguridad (Intune, Defender) que muchas empresas necesitan y ni saben que existe. Comprar mal aquí es pagar de más cada mes durante años o quedarte corto y tener que ampliar con prisa. Se dimensiona por perfil de usuario, no comprando lo mismo para todos.

3. La copia previa (esto no es opcional)

Antes de mover nada, se hace copia del correo, contactos y calendarios de origen. Parece obvio y es lo primero que se salta quien va con prisa. Una migración va bien el 95% de las veces; la copia previa es tu seguro para el 5% restante. Sin copia, un error de sincronización es correo perdido y sin vuelta atrás.

La migración paso a paso sin cortar el correo

La clave de no parar la empresa es sencilla de enunciar y difícil de ejecutar: el buzón nuevo se llena antes de redirigir el correo hacia él. Nunca al revés. Así el día del cambio el usuario ya tiene todo su histórico esperándole. El orden que funciona:

• Preparación: dominio verificado, usuarios y licencias creados en 365, copia previa hecha.
• Sincronización inicial: se copia todo el correo del sistema antiguo al nuevo buzón en segundo plano, sin tocar el correo en producción. El usuario sigue trabajando como siempre.
• Sincronización delta: justo antes del corte se copian solo los correos nuevos de esas últimas horas. Así el buzón nuevo está al día al minuto.
• Cambio de MX: se apunta el registro MX a Microsoft 365. A partir de aquí el correo nuevo entra en 365. Se elige una ventana de bajo tráfico (viernes tarde o fin de semana).
• Reconfiguración de clientes: Outlook y móviles apuntan al buzón nuevo. Con la sincronización bien hecha, el usuario abre Outlook el lunes y lo tiene todo.

Durante la propagación del DNS (que puede tardar horas) puede haber correo que llegue al buzón viejo. Por eso el buzón de origen no se apaga el mismo día: se mantiene vivo unos días recogiendo rezagados. El correo nunca se pierde porque siempre hay un buzón escuchando.

Errores típicos que salen caros

Casi todas las migraciones que acaban mal fallan por lo mismo. Ninguno es un problema técnico complejo; todos son de método.

• Cambiar el MX antes de sincronizar. El clásico: rediriges el correo a un buzón vacío y el usuario entra en pánico porque «ha desaparecido todo».
• Apagar el servidor antiguo demasiado pronto. Se pierden los correos que aún llegaban ahí durante la propagación del DNS.
• Olvidar SPF, DKIM y DMARC. Migras y de repente tu correo saliente cae en spam en casa de tus clientes. Daño reputacional silencioso.
• No contar con impresoras, escáneres y aplicaciones que envían correo. La multifunción que «escanea a email» deja de funcionar porque nadie reconfiguró su envío SMTP.
• No avisar al equipo. Sin una nota previa y alguien a quien preguntar, cada duda se convierte en un ticket y en pérdida de horas.
• Migrar sin copia previa. Ir sin red. Cuando falla algo, no hay marcha atrás.

Una migración se juzga por lo que el usuario no nota. Si el lunes nadie te escribe preguntando dónde está su correo, ha salido bien.

Después de migrar: seguridad (MFA) y formación del equipo

Mover el correo es la mitad del trabajo. La otra mitad empieza cuando ya está todo en 365, y es la que marca la diferencia entre «tenemos Microsoft 365» y «estamos protegidos con Microsoft 365».

Lo primero, MFA (verificación en dos pasos) para todos, sin excepción. Un buzón en la nube con solo contraseña es un buzón que tarde o temprano acaba comprometido: el phishing existe precisamente porque funciona. Con MFA activo, robar la contraseña ya no basta para entrar. Es la medida de seguridad con mejor relación esfuerzo-protección que existe, y en 365 se activa por política. A partir de ahí conviene revisar accesos por dispositivo, bloqueo de reenvíos automáticos externos y una política de contraseñas sensata.

Lo segundo, formación mínima al equipo. No un curso de tres días: cuatro cosas prácticas. Dónde están ahora los archivos compartidos (SharePoint en vez de la carpeta de red), cómo funciona el segundo factor en el móvil, cómo se recupera un correo borrado y a quién se llama cuando algo no va. Una migración técnicamente perfecta que deja al equipo perdido acaba generando más tickets que una regular bien acompañada.

Cómo lo hace MagicBoxDesk sin downtime

En MagicBoxDesk migramos empresas a Microsoft 365 en toda España con un principio innegociable: el negocio no para. Preparamos el terreno (dominio, DNS, licencias dimensionadas a cada perfil, copia previa completa), sincronizamos los buzones en segundo plano mientras tu equipo sigue trabajando, y dejamos el cambio de MX para la ventana de menor impacto. El lunes, cada persona abre Outlook y tiene su correo, sus contactos y su calendario intactos. Sin cortes, sin correos perdidos, sin sorpresas.

Y no te dejamos solo el día después: activamos MFA y las políticas de seguridad, reconfiguramos impresoras y aplicaciones que envían correo, formamos al equipo y nos quedamos como tu departamento IT externo para lo que venga después. Es parte de nuestros servicios de infraestructura y cloud, pensados para que la tecnología deje de ser tu problema y tú te dediques a tu negocio.

¿Estás pensando en dar el salto a Microsoft 365 o arrastras una migración a medias que dejó incidencias? Lo revisamos y te decimos qué necesitas de verdad, sin humo. Pide presupuesto sin compromiso y planificamos tu migración sin parar la empresa.

La decisión entre nube o servidor propio se toma casi siempre por el motivo equivocado: una intuición («los datos, mejor en casa»), el susto de una factura o el entusiasmo de una demo. Y luego llega la realidad: o una cuota mensual que se dobla sin avisar, o un armario de hierro que en tres años vale menos que la deuda que generó. No es culpa de la tecnología, sino de haber decidido sin hacer el número.

Aquí no vamos a decirte qué proveedor es mejor. Vamos a darte algo más útil: el marco para decidir con criterio y el cálculo del coste real a tres años, el que separa una elección de ingeniero de una corazonada cara. Con ese número encima de la mesa, la respuesta deja de ser opinable.

La pregunta está mal planteada

«¿Qué es mejor, la nube o un servidor propio?» no tiene respuesta, igual que no la tiene «¿mejor alquilar o comprar una nave?». Depende de qué vayas a meter dentro, cuánto tiempo, si crece y qué pasa el día que falla. La pregunta correcta no es qué es mejor en abstracto, sino qué le conviene a tu caso concreto: tu carga de trabajo, tu previsión, tu tolerancia al riesgo y lo que la ley te exige.

El error de fondo es tratar esto como una decisión técnica cuando es una decisión de negocio disfrazada de técnica. La nube convierte una inversión en gasto operativo flexible; el servidor propio convierte dinero de hoy en un activo que amortizas y controlas. Son dos modelos financieros opuestos, y elegir «por lo que hace todo el mundo» es como se pierden miles de euros sin que nadie levante la mano.

No hay opción ganadora en abstracto. Hay una correcta para tu carga, tu crecimiento y tu tolerancia a gestionar hierro. Lo demás es folleto.

Los factores que deciden de verdad

Olvida por un momento el precio. Antes de calcular nada, hay cinco variables que inclinan la balanza; si las tienes claras, el número casi se escribe solo.

Cómo son tus cargas. Una carga estable y predecible —un ERP interno de 8 a 18h, siempre lo mismo— se lleva de maravilla con hierro propio o un dedicado alquilado: sabes qué necesita y no pagas capacidad ociosa. Una carga variable o estacional —picos de campaña, tráfico irregular, proyectos que aparecen y mueren— pide la elasticidad de la nube: pagas el pico solo cuando ocurre y no compras un servidor «por si acaso» en Navidad.

La criticidad. Pregúntate cuánto te cuesta cada hora que ese sistema esté caído. Si la respuesta es «muchísimo», necesitas alta disponibilidad: redundancia y recuperación rápida, algo caro y complejo de montar en tu oficina y que en la nube viene de serie. Si el sistema aguanta unas horas parado sin drama, el servidor propio deja de tener esa desventaja.

La previsibilidad del coste. El servidor propio te da una factura fija, pero te obliga a acertar la inversión por adelantado. La nube te da flexibilidad, pero la factura respira cada mes y, sin gobierno, respira hacia arriba. Si tu tesorería necesita números cerrados, eso pesa mucho.

El cumplimiento. RGPD, ISO 27001, sector regulado: define dónde pueden vivir tus datos y qué tienes que demostrar. Muchos creen que «en casa» cumple mejor por defecto, y es falso: un proveedor cloud serio ya está auditado y certificado a un nivel que ninguna pyme puede pagar, mientras el servidor propio te obliga a demostrar por ti mismo cada control físico y lógico. Lo que sí debes exigir siempre es residencia del dato en la UE.

La conectividad. La nube es tan buena como tu línea. Si tu oficina tiene una conexión mediocre o un único operador sin respaldo, un corte de internet te deja sin trabajar. Y al revés: si tienes maquinaria o sistemas en planta que exigen latencia muy baja, tenerlos cerca puede ser un requisito, no un capricho.

El TCO a 3 años que casi nadie calcula bien

Aquí se decide todo, y aquí es donde casi todo el mundo se equivoca. La comparación honesta no es «cuota mensual del cloud» contra «precio del servidor». Es el coste total de propiedad (TCO) a tres años, con todo dentro. Cada modelo esconde sus costes en un sitio distinto: el servidor propio los oculta, y la nube te los enseña todos de golpe (por eso asusta más de lo que debería).

En el servidor propio, al precio del hardware hay que sumarle lo que casi nadie apunta:

• Electricidad y refrigeración funcionando 24/7 durante tres años, no solo el día que lo enchufas.
• Un SAI y su recambio de baterías, más redundancia si es crítico.
• Licencias de sistema operativo, virtualización y copias de seguridad, que se renuevan cada año.
• El plan de recuperación: si el equipo muere un viernes, ¿en cuántas horas vuelves a operar y con qué repuesto?
• Las horas de administración —parches, monitorización, mantenimiento—, dinero aunque no salga en ninguna factura.
• La obsolescencia: a los tres o cuatro años toca renovar, y ese ciclo se provisiona desde el día uno.

En la nube el enemigo es el contrario: la factura variable que nadie vigila. Los servicios se contratan en un clic y no los apaga nadie. Máquinas encendidas de noche y fin de semana, discos huérfanos de proyectos muertos, snapshots que se acumulan y —el clásico que revienta presupuestos— el tráfico de salida de datos, que se cobra por gigabyte y no aparece hasta que ya lo has pagado. Un cloud sin gobierno de costes es más caro que un servidor propio; uno bien gobernado, con reservas y apagado automático, gana casi siempre.

La regla que sale de la cuenta es simple: pon las dos columnas completas a tres años, con horas de gestión y costes ocultos, y compara. La mayoría de las veces el resultado no es el que la gente esperaba antes de sentarse a sumar. Ese es el valor de hacer el número: desactiva la corazonada.

El híbrido: la respuesta más frecuente

Cuando haces bien el número, muchas veces la respuesta no es «todo dentro» ni «todo fuera», sino cada cosa donde le conviene. El híbrido no es indecisión ni apaño: es la estrategia que gana más veces de las que la gente cree, porque coge lo mejor de cada modelo sin casarse con ninguno.

El patrón que mejor funciona en pymes: mantienes en servidor propio o dedicado lo que es estable, sensible o barato de tener en casa —el ERP interno, la base de datos crítica— y llevas a la nube lo que necesita elasticidad o presencia global: la web, el correo, los picos de campaña. Y hay un híbrido que casi nadie debería saltarse: usar la nube como destino de tus copias de seguridad. Guardar la red de seguridad fuera del edificio es la forma más barata de sobrevivir a un incendio, un robo o un ransomware que te cifre la oficina entera.

El único requisito del híbrido es que alguien lo gobierne de verdad: que sepa qué corre dónde, vigile el gasto de la parte cloud y pruebe que las copias restauran. Sin esa disciplina, el híbrido es la suma de los defectos de ambos, no de sus virtudes.

Cómo te hacemos el número en MagicBoxDesk

Nosotros no empezamos por recomendarte nada. Empezamos por tu carga de trabajo real: qué aplicaciones usas, cuántos usuarios, qué picos tienes, cuánto te cuesta una hora de parada y qué te exige la normativa. Con esos datos construimos el TCO a tres años de cada escenario —nube, servidor propio e híbrido— con todos los costes ocultos dentro, y te lo enseñamos en una tabla que puedes defender ante quien firma el cheque. La decisión deja de ser opinión y pasa a ser número. Lo tienes en nuestros servicios de infraestructura y cloud.

Y no nos quedamos en el consejo: ejecutamos la opción ganadora y la gestionamos. Diseñamos, migramos y mantenemos el sistema vivo con monitorización 24/7, copias de seguridad probadas, seguridad y gobierno de costes para que la factura del cloud no se descontrole nunca. Somos tu departamento IT completo, con soporte remoto y presencial en toda España, y decidimos con criterio de ingeniero y sin comisión de ningún fabricante: te diremos «servidor propio» si es lo que te conviene, aunque también vendamos nube.

Cuéntanos qué tienes hoy y a dónde vas, y te decimos la opción correcta con números, no con folletos. Pide presupuesto sin compromiso y hacemos juntos la cuenta que importa.