Son las 8:40 de un lunes. El servidor de archivos no responde, la única persona que sabe reiniciarlo está de vacaciones y el proveedor que instaló el firewall pide una orden de compra antes de conectarse. Nadie hizo nada mal: simplemente nadie era responsable de que esto no pasara.
Los servicios de TI gestionados existen para resolver exactamente esa situación. En lugar de pagar por horas cuando algo se rompe, la empresa traspasa a un proveedor la responsabilidad de operar una parte de su tecnología —la mesa de ayuda, la infraestructura, la nube, una aplicación— con niveles de servicio acordados y un cobro predecible. Este artículo explica qué incluye un servicio gestionado, en qué se diferencia de otras formas de outsourcing TI, cómo se cobra y cuándo conviene de verdad.
Qué son los servicios de TI gestionados
Un servicio gestionado es un contrato en que el proveedor se compromete con un resultado operativo, no con una cantidad de horas. La diferencia parece sutil, pero cambia todo:
- Quién responde. El proveedor es responsable de que el servicio funcione dentro de lo acordado, no solo de atender lo que le piden.
- Cómo se mide. Con indicadores definidos de antemano: disponibilidad, tiempos de respuesta y de resolución, cumplimiento de mantenciones.
- Cómo se trabaja. Con procesos documentados (gestión de incidentes, de cambios y de problemas), herramientas de monitoreo y reportes periódicos. Muchos proveedores se apoyan en marcos como ITIL para ordenar esto.
- Cómo se paga. Normalmente con una tarifa mensual fija o semifija según el alcance, no por cada ticket.
Los servicios administrados de TI más habituales cubren mesa de ayuda a usuarios, administración de servidores y redes, operación de nube (Azure, por ejemplo), respaldo y recuperación, seguridad y parches, y soporte de aplicaciones de negocio como un ERP.
Servicio gestionado, staff augmentation o squad: no es lo mismo
En Chile se usa "outsourcing TI" para casi cualquier cosa. Conviene separar tres modelos, porque el riesgo y la forma de controlar el resultado son distintos.
| Servicio gestionado | Staff augmentation | Squad o célula | |
|---|---|---|---|
| Qué compras | Un resultado operativo con SLA | Personas que se suman a tu equipo | Un equipo completo para un objetivo |
| Quién dirige el día a día | El proveedor | Tú | Compartido: tú priorizas, el equipo se organiza |
| Cómo se mide | Indicadores de servicio | Horas y desempeño individual | Entregables y avance por iteración |
| Riesgo de rotación | Lo absorbe el proveedor | Lo sientes directamente | Mitigado por el equipo |
| Ideal para | Operación continua y estable | Reforzar un equipo con capacidad técnica propia | Proyectos o productos cuyo alcance evoluciona |
Ninguno es mejor en abstracto. Si tienes un jefe de TI con criterio técnico y solo te faltan manos, staff augmentation puede ser lo más eficiente. Si lo que necesitas es que la operación deje de depender de una o dos personas, el servicio gestionado es más adecuado. Y si vas a construir algo nuevo, un squad o una fábrica de software tiene más sentido; para evaluar esa opción, revisa Fábrica de software en Chile: 10 preguntas antes de firmar.
Qué debe incluir un buen contrato: SLA y cobertura
El acuerdo de nivel de servicio (SLA) es el corazón del contrato. Un SLA útil no es una cifra de disponibilidad en la portada de la propuesta; es un conjunto de compromisos concretos:
- Clasificación de prioridades. Qué es crítico (la operación está detenida), alto, medio o bajo, con ejemplos de tu negocio.
- Tiempo de respuesta y de resolución por prioridad. Responder no es resolver; el contrato debe distinguirlos.
- Horario de cobertura. La cobertura 9x5 (días hábiles, horario de oficina) basta para muchas empresas. La cobertura 24x7 se justifica cuando hay operación continua: turnos, comercio electrónico, plantas, logística. Un esquema intermedio común es 9x5 para requerimientos y 24x7 solo para incidentes críticos.
- Escalamiento. A quién se llama si el SLA no se cumple, con nombres y plazos.
- Reportes. Qué se informa cada mes: tickets, cumplimiento, incidentes recurrentes y recomendaciones.
- Penalidades o créditos. Qué pasa si el proveedor no cumple. Sin consecuencias, el SLA es solo una intención.
- Exclusiones. Qué queda fuera (proyectos, licencias, hardware) y cómo se cotiza.
Un punto que muchas veces se olvida: si el proveedor accede a sistemas con datos personales de clientes o trabajadores, el contrato debe dejar claro su rol como encargado del tratamiento, las medidas de seguridad que aplica y qué pasa con los datos al terminar. Con la Ley 21.719 de protección de datos personales próxima a entrar en vigencia, es mejor incluirlo desde el inicio que renegociarlo después.
Cómo se cobran los servicios gestionados
Los modelos de cobro más comunes son:
- Tarifa mensual fija por alcance. Un monto por operar un conjunto definido de servicios. Es el modelo más predecible.
- Por usuario o por dispositivo. Habitual en mesa de ayuda y gestión de equipos: el cobro escala con el tamaño de la empresa.
- Por activo gestionado. Por servidor, base de datos, suscripción de nube o aplicación.
- Bolsa de horas complementaria. Para requerimientos fuera del alcance (pequeños proyectos, cambios), con valor hora pactado.
- Mixto. Una base fija más variables por volumen o por cobertura extendida.
Al comparar cotizaciones, no mires solo el total mensual. Revisa qué está incluido, qué cuenta como "fuera de alcance", si la cobertura 24x7 tiene recargo y cómo se cobran las horas adicionales. Dos propuestas con el mismo precio pueden cubrir cosas muy distintas.
Cuándo convienen (y cuándo no)
Los servicios de TI gestionados suelen convenir cuando:
- La operación depende de una o dos personas clave y su ausencia ya ha causado problemas.
- El equipo interno pasa la mayor parte del tiempo apagando incendios y no avanza en proyectos.
- Necesitas cobertura fuera del horario de oficina sin contratar turnos.
- Usas tecnologías especializadas (un ERP, Azure, sistemas legacy) que exigen conocimiento que no justifica una contratación completa.
- Quieres un costo de TI predecible y comparable año a año.
Probablemente no convienen, o no todavía, cuando:
- No sabes qué tienes. Sin un inventario mínimo de sistemas, contratos y accesos, ningún proveedor puede comprometer un SLA serio. El primer paso es un levantamiento.
- La necesidad es puntual. Algo con inicio y fin se resuelve mejor como proyecto.
- Buscas solo bajar costos. Un servicio gestionado bien hecho ordena y da continuidad, pero no siempre es más barato que una persona interna. Su valor está en reducir riesgo y dependencia.
Tampoco es todo o nada. Muchas empresas externalizan una parte —la mesa de ayuda o el soporte del ERP, como contamos en SAP Business One: soporte, upgrades y roadmap— y mantienen internamente la relación con el negocio y las decisiones de arquitectura.
Cómo partir sin perder el control
Antes de firmar, tres prácticas evitan malas sorpresas:
- Período de transición definido. Las primeras semanas el proveedor levanta información, documenta y se pone al día. Ese período debe tener plan, entregables y fecha de término.
- Accesos y documentación a tu nombre. Las credenciales administrativas, las suscripciones de nube y la documentación deben ser de tu empresa, no del proveedor.
- Cláusula de salida. Cómo se traspasa el servicio si decides cambiar de proveedor o internalizarlo, con plazos y entregables.
Una buena empresa de servicios TI en Chile no debería tener problema en comprometer estas tres cosas por escrito. Si se resiste, tómalo como una señal.
Preguntas frecuentes
¿Qué diferencia hay entre servicios de TI gestionados y soporte por horas?
En el soporte por horas pagas por el tiempo usado y tú decides qué hacer. En un servicio gestionado pagas por un resultado con niveles de servicio, y el proveedor es responsable de prevenir y resolver dentro de lo acordado.
¿Necesito cobertura 24x7?
Solo si una caída fuera del horario de oficina detiene tu operación o afecta a clientes. Muchas empresas combinan cobertura 9x5 para requerimientos con atención 24x7 limitada a incidentes críticos.
¿Pierdo control de mi tecnología al externalizarla?
No, si el contrato lo asegura: accesos y documentación a nombre de tu empresa, reportes mensuales, SLA con consecuencias y cláusula de salida. Lo que se externaliza es la operación, no la propiedad ni las decisiones.
Conversemos sobre tu operación
En Disrupsoft ofrecemos outsourcing TI para empresas chilenas: servicios gestionados, staff augmentation y squads, con experiencia en Microsoft Azure, Microsoft 365, Dynamics 365, SAP Business One y JD Edwards. Si estás evaluando externalizar parte de tu TI, partimos por entender qué tienes y qué necesitas cubrir, y te proponemos el modelo y el SLA que calzan con tu operación.
