Cuando una empresa ya tiene una persona de TI en planilla, la primera reacción ante un proyecto de Microsoft 365 suele ser la más obvia: «para eso está él» o «para eso está ella». Tiene sentido a primera vista, sobre todo si esa persona ya administra el correo, arregla las computadoras y resuelve cualquier problema tecnológico del día a día. El punto ciego de ese razonamiento es que administrar la tecnología del día a día y liderar un proyecto de implementación son dos habilidades distintas, y no siempre coinciden en la misma persona, sobre todo cuando esa persona nunca ha hecho una migración completa de correo y archivos antes.
Este artículo no busca convencer de que un consultor externo es automáticamente mejor: busca poner sobre la mesa qué factores conviene considerar antes de decidir si tu empresa implementa Microsoft 365 con su propio equipo, contrata un consultor como ITD Consulting, o combina ambas opciones, que es, en la práctica, lo que termina haciendo la mayoría de las empresas medianas.
Lo que realmente implica una implementación de Microsoft 365
Activar Microsoft 365 no se limita a crear cuentas de correo. Implica migrar el correo y los archivos existentes sin perder información, configurar permisos y políticas de seguridad desde cero, definir la estructura de equipos y sitios de SharePoint, capacitar al personal en las herramientas nuevas, y anticipar los problemas típicos que aparecen durante la primera semana de uso, cuando el equipo todavía está acostumbrándose. Cada una de estas etapas tiene decisiones técnicas que, si se toman mal desde el inicio, son costosas de corregir después, una vez que decenas de personas ya están trabajando sobre esa configuración.
Tabla comparativa: equipo interno vs consultor externo
| Aspecto | Equipo de TI interno | Consultor externo de Microsoft 365 |
| Costo | Salario fijo, independiente de la carga de trabajo | Costo del proyecto o servicio, según alcance |
| Experiencia acumulada en Microsoft 365 | Depende de la formación previa de esa persona | Experiencia repetida en distintas implementaciones y empresas |
| Tiempo de dedicación al proyecto | Compartido con el resto de tareas diarias de TI | Dedicado específicamente a la implementación |
| Conocimiento del negocio interno | Alto, conoce procesos y personas de la empresa | Debe construirse durante el proyecto |
| Disponibilidad después de terminado el proyecto | Permanente, forma parte del equipo | Depende del tipo de contrato de soporte acordado |
| Curva de aprendizaje ante un problema nuevo | Puede tomar tiempo investigar una solución | Suele haber visto casos similares antes |
La ventaja real del equipo interno: Conocen el negocio
Nadie conoce mejor los procesos, la cultura y las particularidades de una empresa que quienes trabajan ahí todos los días. Un colaborador de TI interno sabe qué departamentos tienen fricciones entre sí, qué información es más sensible, y qué costumbres de trabajo del equipo hay que respetar para que la nueva herramienta se adopte sin resistencia. Ese conocimiento del contexto es difícil de igualar para cualquier consultor externo en los primeros días de un proyecto, y es una razón legítima por la que muchas empresas prefieren mantener a su gente interna al mando de decisiones que afectan directamente la forma de trabajo del equipo.
La ventaja real del consultor externo: Ya resolvió este problema antes
La diferencia más determinante de un consultor especializado no es que «sepa más de tecnología» en abstracto, sino que ya pasó por migraciones, configuraciones de seguridad y capacitaciones similares en otras empresas, y sabe de antemano qué suele salir mal y cómo evitarlo. Un colaborador interno que nunca ha hecho una migración de correo completa está, en la práctica, aprendiendo sobre la marcha con los datos reales de la empresa como campo de pruebas, mientras que un consultor que ya hizo ese mismo proceso decenas de veces reconoce los errores típicos antes de que ocurran.
El costo real de improvisar la implementación
El argumento de «ya tenemos quien lo haga» suele calcularse solo en términos de sueldo, sin contar el costo de los errores que aparecen cuando esa persona aprende sobre la marcha: una migración de correo mal planificada puede generar días de mensajes perdidos o duplicados; una configuración de permisos apresurada puede dejar información sensible accesible para quien no debería verla; una capacitación insuficiente puede traducirse en semanas de baja productividad mientras el equipo se pelea con herramientas que no entiende bien. Ninguno de estos costos aparece en una factura, pero todos afectan la operación real del negocio.
Por eso, la pregunta más útil no es «¿cuánto cuesta contratar un consultor?», sino «¿cuánto cuesta que la implementación salga mal, y qué probabilidad hay de que eso pase si la lidera alguien que lo está haciendo por primera vez?». En ITD Consulting hemos entrado a corregir más de un proyecto de este tipo, donde una empresa intentó migrar por su cuenta y terminó con más trabajo del que hubiera tomado planificarlo bien desde el inicio.
¿Cuándo tiene sentido implementarlo con el equipo interno?
- La empresa cuenta con alguien en TI que ya ha realizado antes una migración de correo o una implementación de Microsoft 365, no solo soporte técnico general.
- El número de usuarios es pequeño y la estructura de permisos que se necesita es simple, sin requisitos de cumplimiento normativo complejos.
- La empresa tiene flexibilidad de tiempo y puede tolerar una curva de aprendizaje más lenta sin afectar la operación diaria.
- Existe presupuesto para invertir tiempo del equipo interno en capacitarse primero, antes de tocar la configuración real de la empresa.
Cuándo tiene sentido contratar un consultor externo
- La empresa no cuenta con personal de TI, o esa persona ya está saturada con el soporte del día a día.
- Es la primera vez que la empresa migra su correo y archivos a una plataforma en la nube, sin experiencia previa en ese tipo de proceso.
- El número de usuarios o la complejidad de permisos y seguridad requerida es alta, con poco margen para prueba y error.
- La empresa necesita que la implementación esté lista en un plazo definido, sin depender de que alguien aprenda sobre la marcha durante ese mismo periodo.
El modelo híbrido: La opción que eligen la mayoría de las empresas medianas
En la práctica, muy pocas empresas eligen un extremo puro. Lo más habitual es que un consultor externo lidere la planificación, la migración y la configuración inicial de seguridad, mientras el equipo de TI interno participa activamente durante todo el proceso para entender cómo quedó configurado el entorno, y asume el soporte del día a día una vez que la implementación ya está estable. Este modelo combina lo mejor de ambos mundos: la experiencia de quien ya ha resuelto este tipo de proyecto antes, con el conocimiento del negocio y la presencia permanente de quien seguirá ahí después de que termine el proyecto.
Este es, de hecho, el esquema más habitual en los proyectos que ejecuta ITD Consulting: no reemplazar al equipo de TI interno de la empresa, sino trabajar junto a él durante la implementación, documentando cada decisión de configuración para que, al finalizar el proyecto, ese equipo quede en condiciones de administrar el entorno con autonomía.
El riesgo de que todo dependa de una sola persona
Un problema que rara vez se menciona al evaluar esta decisión es qué pasa si la persona de TI que lideró la implementación interna deja la empresa meses después. Si esa persona configuró todo por su cuenta, sin documentar decisiones ni compartir el conocimiento con nadie más, la empresa puede quedarse con un entorno de Microsoft 365 que nadie más entiende del todo: por qué ciertos permisos están configurados de una forma específica, por qué existe una regla de correo particular, o cómo resolver un problema que esa persona ya había enfrentado antes pero nunca documentó. Este riesgo de dependencia de una sola persona es tan real en la implementación como en el mantenimiento posterior, y conviene anticiparlo exigiendo documentación clara desde el inicio del proyecto, sin importar quién lo lidere.
Tiempo de implementación: La variable que más subestiman los equipos internos
Un error de cálculo frecuente al decidir implementar con el equipo interno es subestimar cuánto tiempo tomará el proyecto una vez sumado a las tareas normales de esa persona. Un colaborador de TI que ya atiende tickets de soporte, mantiene otros sistemas y resuelve imprevistos diarios difícilmente puede dedicar semanas completas y consecutivas a planificar y ejecutar una migración, por lo que el proyecto tiende a alargarse en el tiempo, avanzando entre una interrupción y otra. Un consultor externo, en cambio, suele dedicar bloques de tiempo específicos y consecutivos al proyecto, lo que en la práctica se traduce en plazos de implementación más cortos y predecibles, aunque el trabajo técnico de fondo sea similar.
¿Cómo afecta esta decisión a la adopción del equipo?
Más allá de la parte técnica, la forma en que se presenta el cambio a los usuarios finales influye bastante en qué tan bien lo adoptan. Cuando el cambio lo lidera alguien externo con experiencia explicando el «por qué» de cada nueva herramienta, suele generar menos resistencia que cuando lo introduce, de forma apresurada, alguien interno que también está aprendiendo sobre la marcha y no siempre tiene las respuestas a las dudas del equipo. Esto no significa que el equipo interno no pueda liderar bien ese proceso de adopción, sino que requiere una preparación específica en comunicación del cambio, no solo en configuración técnica.
¿Cómo verificar si un consultor realmente tiene la experiencia que dice tener?
No cualquier persona que «sabe de computadoras» está capacitada para liderar una implementación completa de Microsoft 365. Vale la pena pedir referencias concretas de proyectos anteriores, preguntar por casos donde algo no salió como se planeaba y cómo se resolvió, y revisar si el consultor o la empresa cuentan con alguna relación formal reconocida por Microsoft, como el estatus de partner. Un consultor con experiencia real no debería tener problema en explicar, con ejemplos concretos, cómo abordó una migración compleja anterior, en lugar de responder solo con generalidades sobre lo bueno que es Microsoft 365 como plataforma.
¿Qué preguntar antes de contratar a un consultor?
- ¿Cuántas implementaciones de Microsoft 365 ha realizado antes, en empresas de un tamaño similar al mío?
- ¿El servicio incluye capacitación al equipo interno, o solo la configuración técnica?
- ¿Qué pasa después de terminado el proyecto: existe algún tipo de soporte posterior, o la relación termina ahí?
- ¿Cómo se documentará la configuración final, para que mi propio equipo pueda entenderla y mantenerla en el futuro?
- ¿El consultor trabajará de forma aislada, o junto a mi equipo de TI durante todo el proceso?
El costo de oportunidad de ocupar a tu equipo interno en esto
Cada semana que un colaborador de TI interno dedica a planificar una migración es una semana que no dedica a otras tareas que también dependen de él: soporte a usuarios, mantenimiento de otros sistemas, o proyectos internos que quedan en pausa mientras dura la implementación. Este costo de oportunidad rara vez se refleja en ningún presupuesto, pero es real: mientras esa persona aprende a migrar correo sobre la marcha, el resto de sus responsabilidades avanzan más lento o quedan acumuladas para después. Contratar un consultor externo para el proyecto específico de implementación libera a esa persona para seguir sosteniendo el resto de la operación sin interrupciones, mientras el proyecto avanza en paralelo.
La pregunta que en realidad hay que responder
Más que decidir entre «consultor» o «equipo interno» como si fueran opciones excluyentes, la pregunta más útil es qué parte de este proyecto tu empresa puede resolver bien con lo que ya tiene, y qué parte se beneficiaría de la experiencia de alguien que ya lo ha hecho antes. Para la mayoría de las pymes que implementan Microsoft 365 por primera vez, la respuesta honesta suele ser que el conocimiento del negocio lo aporta el equipo interno, pero la experiencia técnica del proceso mismo —lo que suele salir mal y cómo evitarlo— es justamente lo que un consultor especializado ya trae resuelto desde el primer día.
ES 
EN