Qué es SLA: guía de plazos de atención.

El SLA es el compromiso de tiempo que un área asume con quien depende de ella. "Respondemos en un máximo de 1 hora y resolvemos en un máximo de 1 día laborable" es un SLA. El nombre viene del inglés Service Level Agreement, en español acuerdo de nivel de servicio, y aparece en contratos de TI, en centros de atención, en mantenimiento de edificios y en cualquier operación que recibe solicitudes y tiene que devolver una respuesta.

Esta guía explica el concepto de principio a fin: qué entra en un SLA, cómo definir el primero, cómo medirlo y qué hacer cuando se agota el plazo. Si ya tienes el concepto y quieres la rutina de calibrar plazos en el día a día, el artículo SLA de atención en la práctica complementa este texto.

Qué es un SLA

Un SLA responde a tres preguntas: qué se está prometiendo, en cuánto tiempo y cómo se va a medir. Un acuerdo que no dice cómo se medirá es solo una intención. "Atención rápida" no es un SLA. "Primera respuesta en un máximo de 2 horas laborables, medida desde la apertura del ticket hasta el primer mensaje de un agente" sí lo es.

El SLA puede existir entre la empresa y el cliente, y entonces se convierte en una cláusula de contrato o de propuesta. Puede existir también entre dos áreas de la misma empresa, como el soporte y el equipo de desarrollo, y entonces es un acuerdo interno. En ambos casos, la función es la misma: convertir la expectativa en un número que se puede comprobar.

SLA, SLO y SLI sin exagerar

Tres siglas aparecen juntas, y conviene conocer la diferencia sin convertirlo en burocracia.

• SLI (indicador de nivel de servicio): lo que mides. Ejemplo: el tiempo entre la apertura del ticket y la primera respuesta.
• SLO (objetivo de nivel de servicio): la meta interna sobre el indicador. Ejemplo: el 90 % de los tickets con primera respuesta en un máximo de 1 hora.
• SLA (acuerdo de nivel de servicio): el compromiso formal con el cliente, normalmente apoyado en un SLO y con una consecuencia prevista si no se cumple, como un descuento o una revisión del plan.

En una empresa pequeña, es habitual usar la palabra SLA para todo, y no hay problema en ello. Lo importante es tener el indicador claro, la meta definida y alguien que mire el número. La distinción cobra peso cuando la empresa empieza a tener contratos con penalización: entonces conviene que el SLA con el cliente sea más holgado que el objetivo interno, para que quede margen de seguridad.

Tiempo de primera respuesta y tiempo de resolución

El SLA de atención casi siempre tiene dos relojes, y confundirlos es el error más barato de evitar.

Tiempo de primera respuesta

Es el intervalo entre que el cliente pide y la empresa da la primera respuesta con contenido. Mide la atención: el cliente sabe que lo han visto. Una respuesta automática del tipo "hemos recibido tu mensaje" normalmente no cuenta, porque no dice nada sobre el problema. Cuenta la respuesta de una persona, o de un agente de IA, que reconoce la solicitud y dice el siguiente paso.

Tiempo de resolución

Es el intervalo hasta que la solicitud se cierra. Mide la efectividad. Es el plazo más difícil de cumplir, porque muchas veces depende de otra área, de un proveedor o de una corrección que entra en la cola de desarrollo. Por eso el plazo de resolución siempre es mayor, y muchas empresas lo definen por prioridad, no por tipo de asunto.

Hay además un tercer plazo útil: la respuesta siguiente, el tiempo entre cada nuevo mensaje del cliente y la respuesta del equipo. Evita el ticket que se responde rápido al abrirse y luego se queda días parado.

Horario laboral o 24×7

La primera decisión del acuerdo es cuándo corre el reloj. Hay dos modelos.

Horario laboral. El plazo solo cuenta en los días y horas de atención, por ejemplo de lunes a viernes, de 8 h a 18 h. Un ticket abierto el viernes a las 17 h con un plazo de 4 horas laborables vence el lunes a las 11 h. Es el modelo de la mayor parte de las empresas pequeñas y medianas, porque encaja en los turnos del equipo.

24×7. El plazo corre todo el tiempo, incluso de noche, en fin de semana y en festivos. Tiene sentido para un servicio crítico, como un sistema de pagos o una operación de seguridad electrónica con monitorización. Exige guardias, turnos y coste, y por eso suele valer solo para el nivel de prioridad más alto.

El modelo mixto es el más realista: prioridad crítica en 24×7, el resto en horario laboral. El texto del acuerdo tiene que decir cuáles son los días, las horas, la zona horaria y cómo quedan los festivos. El cliente que escribe a las 23 h y lee "respuesta en 1 hora" entiende lo que está escrito, no lo que tú quisiste decir.

Prioridades y matriz de plazos

Un plazo único para todo trata igual una caída del sistema y una duda sobre una factura. La matriz de prioridad lo resuelve: cada ticket recibe un nivel, y cada nivel tiene sus plazos. Entre dos y cuatro niveles bastan. Más que eso, el equipo pierde tiempo discutiendo en qué nivel entra el ticket.

La prioridad suele salir del cruce de dos criterios: el impacto (cuántas personas o qué parte del negocio se paran) y la urgencia (cuánto empeora el problema con el tiempo). Un ejemplo de matriz, para una empresa de soporte en horario laboral:

Los números son un ejemplo, no una recomendación. Lo que se copia de la tabla es la estructura: un criterio de encuadre claro, plazos que disminuyen según la gravedad y una regla sobre quién decide el nivel. Decidirlo en el momento, por quien atiende, evita que todos los clientes pidan "urgente".

Plazo por canal

El canal también cambia la expectativa. Quien manda un correo acepta esperar algunas horas. Quien manda un mensaje de WhatsApp espera minutos. Un único plazo para los dos deja al equipo lento en un canal y demasiado estricto en el otro. Más adelante hay una sección solo sobre WhatsApp.

Cómo definir el primer SLA de una empresa pequeña

La empresa pequeña no necesita un documento de diez páginas. Necesita un número que el equipo pueda cumplir y que el cliente pueda entender. El camino de abajo cabe en una semana.

1. Elige un canal y un plazo. Empieza por el canal donde llega la mayor parte de las solicitudes y por el plazo de primera respuesta. Es lo que más nota el cliente y lo más fácil de medir.
2. Mide lo que sucede hoy. Toma las últimas semanas de atención y calcula cuánto tardó cada primera respuesta. Si no hay registro, anótalo durante dos semanas, aunque sea en una hoja de cálculo.
3. Mira el caso común, no la media. Ordena los tiempos y mira el valor que cubre nueve de cada diez atenciones. La media engaña: si la mitad de las respuestas sale en 5 minutos y la otra mitad en 8 horas, la media de cuatro horas no describe a ningún cliente real.
4. Promete un poco menos que el historial. Si hoy nueve de cada diez casos reciben respuesta en 4 horas, promete 4. Cúmplelo durante dos meses y solo después aprieta. Un SLA demasiado ajustado enseña al equipo a cerrar tickets solo para que el reloj se pare.
5. Escríbelo en una frase. "Primera respuesta en un máximo de 4 horas laborables, de lunes a viernes, de 8 h a 18 h." Sin adjetivos, con unidad y con horario.
6. Deja el plazo visible para quien atiende. Un plazo que vive en un contrato y no en la pantalla del agente no se cumple, se recuerda después.
7. Solo entonces añade el plazo de resolución. Cuando la primera respuesta lleve estable dos o tres semanas, añade la resolución y después la matriz por prioridad.

El reloj tiene que pararse cuando la pelota está en el campo del cliente

Buena parte de las atenciones se atascan esperando algo de quien pidió: un número de pedido, una captura de pantalla, la confirmación de que se puede reiniciar el equipo. Si el reloj de resolución sigue corriendo durante esa espera, el indicador mide la demora del cliente y no la del equipo. El agente lo nota, deja de mirar el número y el SLA pierde su función de alerta.

La regla es sencilla. Cuando el ticket entra en estado de espera del cliente, el plazo de resolución se congela y vuelve a correr cuando este responde. El plazo de primera respuesta no se congela: es responsabilidad entera del equipo. Escribe esa regla en el acuerdo, para que nadie descubra la pausa solo a la hora de discutir un incumplimiento.

Medición e informe

Un SLA sin medición se convierte en opinión. El mínimo de seguimiento cabe en cuatro números.

• Porcentaje cumplido: de todos los tickets del periodo, cuántos quedaron dentro del plazo, por reloj (primera respuesta y resolución).
• Peor caso: el ticket que más se pasó del plazo. La media esconde justamente los casos que generan reclamaciones.
• Volumen por prioridad: si todo llega como crítico, la matriz no está funcionando.
• Incumplimientos por motivo: falta de personal, asunto que depende de otra área, solicitud mal descrita. Sin el motivo, el número no lleva a ninguna decisión.

Basta un informe mensual de una página: el porcentaje cumplido, el peor caso, los tres asuntos que más se incumplieron y una decisión para el mes siguiente. Los informes por agente y por periodo ayudan a responder si el volumen cabe en el equipo actual y qué asunto pide una solución definitiva en lugar de más esfuerzo.

Meta de porcentaje, no del 100 %

Prometer un cumplimiento del 100 % es prometer lo que nadie entrega. Prefiere metas como "el 95 % de los tickets dentro del plazo en el mes". Así queda claro que el incumplimiento ocasional es esperable y que lo que importa es la tendencia.

SLA interno y SLA con el cliente

Las dos cosas coexisten y no tienen por qué tener el mismo número.

El SLA con el cliente es el que está en el contrato o en la propuesta. Debe ser un plazo que la empresa cumple con holgura, porque es el que genera descuentos o rompe la confianza.

El SLA interno es el acuerdo entre áreas: el soporte pasa el ticket a desarrollo, y desarrollo se compromete a dar una respuesta en tantas horas. Es más corto que el plazo del cliente, para dejar margen de maniobra. Si el cliente tiene 1 día laborable para la resolución, el equipo interno trabaja con 6 horas laborables para el análisis y el resto para la corrección y la entrega.

Cuando la solicitud sale de la atención y se convierte en trabajo de otro equipo, lo ideal es que se mantenga el vínculo con el ticket original. Quien atiende sigue el avance sin preguntar en el pasillo y puede dar una respuesta al cliente. Por eso marca la diferencia tener soporte y proyectos en la misma base, y no en dos sistemas que no se hablan.

Qué hacer cuando se agota el plazo

Todo SLA se incumple de vez en cuando. Lo que diferencia una operación organizada de un desbarajuste es lo que sucede en los minutos siguientes.

1. Avisa antes del incumplimiento. El aviso útil llega cuando aún sobra tiempo, por ejemplo cuando se ha consumido el 80 % del plazo. Una alerta que salta justo al vencer es solo un registro.
2. Escala a una persona. El aviso tiene que ir a alguien con nombre, normalmente el supervisor del equipo. Una notificación enviada a todo un grupo es una notificación de nadie.
3. Habla con el cliente antes de que pregunte. Un mensaje corto, con el motivo y una nueva previsión, vale más que una solución que llega en silencio.
4. Registra el motivo. Cada incumplimiento necesita una causa: falta de capacidad, dependencia externa, solicitud mal descrita, prioridad equivocada.
5. Busca el patrón. Si el mismo asunto se incumple siempre, el problema no es el agente. Ese tipo de solicitud necesita otro camino, más personal o una corrección definitiva.
6. Aplica la consecuencia acordada. Si el contrato prevé un descuento o un crédito, aplícalo sin esperar a que el cliente lo reclame.

Errores comunes al montar un SLA

• Prometer 24 horas para todo. Un plazo único trata igual la urgencia y la duda, y el cliente con urgencia es quien reclama.
• Copiar el SLA de otra empresa. El plazo tiene que nacer del historial de tu equipo, no del de la competencia.
• Medir solo la media. Esconde los casos graves. Haz seguimiento también del peor caso de la semana.
• Dejar correr el reloj durante la espera del cliente. Distorsiona la medición y desmotiva al equipo.
• Contar la respuesta automática como primera respuesta. La métrica mejora y el cliente sigue sin respuesta.
• Cerrar el ticket para parar el reloj. Ocurre cuando el plazo es demasiado ajustado. El número mejora y la satisfacción cae.
• Olvidar la entrada. Una solicitud que llega a medias consume horas de ida y vuelta antes de que alguien trabaje. Un formulario de apertura con los campos adecuados ahorra más tiempo de SLA que cualquier panel.
• No revisar. El equipo crece, el producto cambia, el canal cambia. Revisa los plazos cada trimestre.

SLA en WhatsApp

WhatsApp trajo una expectativa nueva: quien escribe ahí quiere respuesta en minutos, no en horas. Eso exige tres cuidados.

Define el horario de atención. El mensaje llega a cualquier hora, pero el equipo no responde a cualquier hora. Un mensaje automático fuera del horario, diciendo cuándo habrá respuesta, evita la sensación de abandono.

Trata la conversación como atención al cliente, no como una charla. Si la conversación queda suelta en el móvil de una persona, no existe plazo, ni cola, ni informe. Hace falta que cada conversación tenga responsable, estado y plazo. El artículo WhatsApp para soporte sin desorden trata esa organización.

Usa plazos más cortos que los del correo. Para el mismo asunto, la primera respuesta en WhatsApp suele ser de minutos, mientras que en el correo puede ser de horas. Define un plazo por canal y mídelos por separado.

Una conversación de WhatsApp que exige trabajo de otra área, como una corrección o un presupuesto, debe convertirse en ticket o tarea, manteniendo el vínculo con la conversación original. Así el cliente sigue teniendo un único punto de contacto, y el equipo trabaja con plazo y responsable.

Quién necesita un SLA

Cualquier operación que recibe solicitudes y devuelve respuestas se beneficia de un acuerdo de plazos, aunque sea informal. Algunos ejemplos brasileños:

• Una empresa de TI gestionada que atiende a varios clientes con contrato mensual y necesita demostrar que ha cumplido lo acordado.
• Una empresa de seguridad electrónica que atiende avisos de mantenimiento de cámaras y alarmas, con plazo de visita por prioridad.
• Una administradora de comunidades de vecinos que recibe solicitudes de los residentes y necesita responder y resolver a tiempo.
• Un equipo de RR. HH. o de finanzas que atiende internamente a los demás departamentos y quiere previsibilidad sin peleas.

En cada caso el formato es el mismo: ticket, prioridad, plazo, medición. Lo que cambia son los números y el nivel de formalidad.

Antes de comprar una herramienta

Se puede empezar con una hoja de cálculo y un acuerdo por escrito. Cuando el volumen crece, la hoja se queda corta: el plazo no aparece en la pantalla de quien atiende, el aviso depende de que alguien se acuerde y el informe se convierte en trabajo manual. Es la hora de usar un sistema de tickets. Si la duda es entre una herramienta gratuita y una de pago, el artículo sistema de tickets gratuito: ¿vale la pena? compara los escenarios.

Cómo hacerlo en la Tasskee

La Tasskee trata el SLA en dos lugares, según el tamaño de la operación.

Tickets. En /chamados hay una cola propia, estados propios, plazo y SLA, y un formulario público de apertura para que el cliente pida sin tener cuenta. El plazo acompaña al ticket, y lo que necesita a otra área se convierte en una tarea del proyecto. Los tickets y los formularios forman parte del plan Pro.

Atención al cliente. En /atendimento, el complemento por canal reúne WhatsApp oficial, WhatsApp por código QR y correo electrónico, con agente de IA y conversaciones que se convierten en ticket o tarea. El SLA tiene tres plazos, por canal: primera respuesta, respuesta siguiente y resolución, con una política estándar y otra para un canal prioritario. La etiqueta de la conversación muestra cuánto tiempo falta, avisa cuando el plazo aprieta y, si vence, la alerta llega a los supervisores del equipo. Mientras el ticket espera al cliente, el reloj de resolución se detiene, y solo la respuesta humana cuenta como respuesta. Hay informe de cumplimiento por canal, equipo y agente, y encuesta de satisfacción (CSAT) al final de la atención.

Atención al cliente se contrata junto con el Pro o el Max, con una prueba de 14 días en cualquier plan. Los precios están en /precos.