Cómo redactar un SLA para servicios administrados

Administrador

12/10/2026

8 min. de lectura
Paneles de monitorización para la gestión proactiva de infraestructura TI

Tabla de Contenidos

Puntos clave

  • Un SLA es el acuerdo de nivel de servicio que define por escrito qué responde el proveedor, en cuánto tiempo y con qué consecuencias si no cumple.
  • Según el Uptime Institute (2026), 1 de cada 5 interrupciones graves cuesta más de un millón de dólares, lo que justifica niveles de servicio bien definidos.
  • Las métricas de un SLA deben ser medibles y realistas: disponibilidad, tiempo de respuesta y tiempo de resolución, con un método claro de medición.
  • La disponibilidad de 99.99% permite solo 52.56 minutos de inactividad al año, así que promete niveles que tu operación realmente pueda sostener.
  • La causa más común de conflicto es un alcance ambiguo: todo lo que no esté escrito como incluido, el cliente lo asumirá incluido.

Un SLA para servicios administrados es el documento que pone por escrito qué vas a entregar, en cuánto tiempo y qué pasa si no cumples. Su función es simple: proteger a tu empresa y a tu cliente al eliminar la ambigüedad sobre lo que cada parte espera del servicio.

En RealMovil hemos acompañado a resellers y proveedores de TI en su transición al modelo MSP desde 2005, y una lección se repite: los conflictos rara vez nacen de un problema técnico. Nacen de expectativas que nunca se escribieron. Un acuerdo de nivel de servicio bien redactado es la mejor herramienta para evitar justo eso.

En esta guía vas a ver qué es un SLA, cómo definir niveles realistas, qué métricas usar y qué errores generan fricción con el cliente.

¿Qué es un SLA y por qué protege a ambas partes?

Un SLA, o acuerdo de nivel de servicio, es el contrato que define los compromisos medibles entre el proveedor y el cliente: qué se entrega, con qué calidad y en qué plazos. Protege a ambos porque convierte una conversación subjetiva ("el servicio es malo") en criterios objetivos que cualquiera puede verificar.

Para el cliente, el SLA es la garantía de que recibe lo que paga. Para ti como proveedor, es el límite claro de tu responsabilidad: todo lo que está dentro del alcance lo cumples, y todo lo que queda fuera se cotiza aparte. Esa frontera, escrita y firmada, es tu mejor defensa el día que surge un desacuerdo.

Profesionales de negocios revisando un contrato de servicios en una reunión de trabajo

La magnitud del riesgo que gestionas justifica tomarse esto en serio. Según el análisis anual de interrupciones del Uptime Institute (2026), el 57% de los operadores reporta que su interrupción grave más reciente costó más de 100,000 dólares, y 1 de cada 5 superó el millón de dólares (Uptime Institute, Annual Outage Analysis 2026). Cuando un fallo puede costar esas cifras, el documento que define tu tiempo de respuesta deja de ser un trámite.

Un buen punto de partida es tener claro qué servicios vas a administrar antes de comprometerlos por escrito. Ordena tu catálogo primero y define el alcance con la cabeza fría, no en medio de una negociación.

Elementos esenciales: alcance, tiempos y penalizaciones

Un SLA sólido se sostiene sobre tres pilares: el alcance (qué está incluido), los tiempos (cuándo respondes y cuándo resuelves) y las penalizaciones (qué pasa si fallas). Si falta cualquiera de los tres, el documento pierde fuerza y deja espacio para la interpretación.

El alcance describe exactamente qué equipos, sistemas y servicios cubre el acuerdo, y con la misma importancia, qué queda fuera. Aquí conviene ser generoso en detalle: enlista los activos administrados, los horarios de cobertura y las exclusiones. Lo que no escribas como incluido, se discutirá después.

Los tiempos separan dos conceptos que suelen confundirse:

  • Tiempo de respuesta: cuánto tardas en acusar recibo y empezar a atender un reporte.
  • Tiempo de resolución: cuánto tardas en devolver el servicio a la normalidad.

Es sano escalonarlos por prioridad. Un servidor caído no puede tener el mismo plazo que una impresora lenta.

Las penalizaciones le dan peso al compromiso. Lo más común son créditos de servicio: un descuento proporcional sobre la factura cuando no cumples el nivel pactado. Define topes para que la exposición sea predecible para ambas partes. Para estandarizar estos elementos vale la pena apoyarse en un marco reconocido como la norma internacional ISO/IEC 20000-1 de gestión de servicios de TI, que establece qué debe contener la gestión de niveles de servicio.

¿Cómo definir niveles de servicio realistas?

Define niveles de servicio que tu operación pueda sostener de forma consistente, no los que suenan impresionantes en una propuesta. La disponibilidad de 99.99% ("cuatro nueves") permite solo 52.56 minutos de inactividad al año; comprometerla sin la infraestructura y el personal para cumplirla es una promesa que terminarás pagando en penalizaciones.

Sala de servidores con racks iluminados que representa la infraestructura de TI administrada

El método que recomendamos en RealMovil es sencillo: mide primero, promete después. Durante unas semanas registra tus tiempos reales de respuesta y resolución, y tu disponibilidad efectiva. Ese histórico te da una base honesta. A partir de ahí, compromete un número que puedas cumplir en un mal mes, no solo en uno bueno.

Conviene también diferenciar niveles por tipo de cliente y por criticidad del sistema. No todos los clientes necesitan cinco nueves, y cobrar lo mismo por todos los niveles deja dinero sobre la mesa. Una herramienta de monitoreo remoto (RMM) te da la visibilidad para medir con datos y sostener el nivel que prometes. Si aún no la usas, nuestra explicación de qué es un RMM y por qué tu MSP lo necesita te ayuda a entender cómo convierte el monitoreo en datos de SLA.

La lógica es la misma que al fijar precios: un nivel más alto implica más recursos, y más recursos se cobran. Prometer de más por el mismo precio es el camino rápido a trabajar más por menos.

Ejemplos de métricas medibles en un SLA

Las mejores métricas de un SLA son las que se pueden medir sin discusión: un número objetivo, un método de medición y una ventana de tiempo. Si una métrica depende de la percepción, tarde o temprano genera un desacuerdo que ningún contrato resuelve.

Estas son las métricas que mejor funcionan en servicios administrados:

  • Disponibilidad (uptime): porcentaje del tiempo en que el servicio está operativo. Define siempre el periodo (mensual) y qué cuenta como inactividad.
  • Tiempo de respuesta: minutos u horas desde que entra el reporte hasta que un técnico lo toma, segmentado por prioridad.
  • Tiempo de resolución: plazo para restaurar el servicio, también por prioridad (crítica, alta, media, baja).
  • Tiempo de respaldo y recuperación: cada cuánto respaldas y en cuánto tiempo recuperas datos tras un incidente.
  • Satisfacción del cliente (CSAT): útil como complemento, nunca como métrica única.

Un detalle que marca la diferencia: define la fuente de verdad. Si tu RMM o tu mesa de ayuda es quien registra los tiempos, déjalo escrito en el SLA. Así nadie llega con su propia versión de los hechos.

El respaldo merece su propio apartado porque es donde más se juega la confianza. Métricas como el RPO (cuántos datos aceptas perder) y el RTO (en cuánto recuperas) pertenecen al SLA, y conviene traducir esos conceptos de respaldo y recuperación ante desastres en compromisos medibles con un valor y un plazo concretos.

Errores que generan conflictos con el cliente

El error más frecuente es un alcance ambiguo: cuando el documento no dice con claridad qué está incluido, el cliente asume que todo lo está. Ese vacío es la raíz de la mayoría de los conflictos, porque cada parte recuerda la conversación inicial de forma distinta y conveniente.

Estos son los tropiezos que más fricción generan, y cómo evitarlos:

  • Prometer niveles que no puedes cumplir. Un SLA incumplido daña más la relación que uno modesto bien ejecutado. Mide antes de comprometer.
  • No definir prioridades. Si todo es "urgente", nada lo es. Clasifica incidentes y asigna tiempos distintos a cada categoría.
  • Omitir las exclusiones. Horarios fuera de cobertura, fuerza mayor, cambios hechos por el cliente sin avisar: escríbelos.
  • No revisar el SLA. El negocio del cliente cambia y el acuerdo debe seguirlo. Pacta una revisión al menos una vez al año.
  • Penalizaciones sin topes. Una exposición ilimitada asusta a cualquiera y puede quebrar un trato. Define el máximo.

Hay un error de fondo que los engloba a todos: tratar el SLA como un formato que se llena y se archiva. El acuerdo vive. Un cliente que entiende sus niveles de servicio y los ve cumplirse mes con mes se queda, y recomienda. Ahí es donde un buen SLA deja de ser un seguro contra conflictos y se vuelve un motor de ingresos recurrentes, el tema de nuestra guía sobre cómo crear ingresos recurrentes como MSP.

El siguiente paso para tu operación

Toma el servicio que ya ofreces hoy y escribe su alcance, sus tiempos por prioridad y una métrica medible de disponibilidad. Ese borrador de una página te mostrará de inmediato qué compromisos tienes claros y cuáles estás asumiendo sin medirlos. Es el ejercicio más barato que puedes hacer para blindar tus relaciones con clientes.

Si quieres acompañamiento para montar la plataforma que te permita medir y sostener esos niveles, en RealMovil ayudamos a proveedores de TI en México a profesionalizar su modelo MSP con herramientas de N-able para monitoreo, respaldo y mesa de ayuda. Acércate y revisamos juntos cómo convertir tu SLA en un diferenciador real frente a tu competencia.

Preguntas frecuentes

¿Qué es un SLA en servicios administrados?

Un SLA, o acuerdo de nivel de servicio, es el documento que define qué servicios cubre el proveedor, los tiempos de respuesta y resolución comprometidos, cómo se miden y las penalizaciones aplicables si no se cumplen.

¿Qué métricas debe incluir un SLA?

Las más comunes son disponibilidad (porcentaje de uptime), tiempo de respuesta ante un reporte, tiempo de resolución por prioridad y, en algunos casos, satisfacción del cliente. Cada una debe tener un valor objetivo y un método de medición.

¿Qué nivel de disponibilidad conviene prometer en un SLA?

Depende de lo que tu operación pueda sostener de forma real. Prometer 99.99% implica tolerar solo unos 52 minutos de inactividad al año. Es mejor comprometer un número alcanzable y cumplirlo que prometer de más y pagar penalizaciones.

¿Un SLA necesita penalizaciones?

Sí. Sin consecuencias concretas, un SLA es solo una declaración de buenas intenciones. Lo habitual son créditos de servicio proporcionales al incumplimiento, con topes claros para que ambas partes sepan el límite de la exposición.

Carlos Méndez

Administrador

Artículos Relacionados

Continúa explorando las últimas publicaciones y tendencias

Panel de observabilidad de red empresarial

MFA: autenticación multifactor para proteger accesos

Leer artículo →
Panel de observabilidad de red empresarial

Co-managed IT: colabora con los equipos internos

Leer artículo →
Panel de observabilidad de red empresarial

DRP: cómo crear un plan de recuperación ante desastres

Leer artículo →

Suscríbete a la Bitácora RealMovil

Recibe análisis prácticos, tendencias y guías para gestionar una infraestructura TI más segura y eficiente.