Tickets con SLA que se cumplen: clasificar, priorizar y medir

Un SLA que nadie mide es una promesa olvidada. Seis prácticas para que la mesa de servicio cumpla: separar respuesta de solución, priorizar por impacto y urgencia, estados honestos y tres números cada mes.

Un SLA que nadie mide es una promesa escrita en la propuesta y olvidada en la operación. El cliente sí lo recuerda: el día que su problema lleva seis horas sin respuesta y el contrato decía cuatro. Estas son las prácticas que separan una mesa de servicio que cumple de una que apaga incendios.

1. Separa el tiempo de respuesta del tiempo de solución

Son dos compromisos distintos y conviene que el contrato los nombre por separado. Responder es que alguien tome el caso y le diga al cliente qué sigue; resolver es que el problema deje de existir. Un equipo puede responder en quince minutos y tardar dos días en resolver, y está bien si eso es lo que se acordó. Lo que no está bien es medir solo uno y reportar el otro.

2. La prioridad sale del impacto y la urgencia, no de quién grita más

La práctica más extendida en gestión de servicios es calcular la prioridad cruzando dos preguntas: ¿a cuántos afecta? (impacto) y ¿qué tan pronto se vuelve grave? (urgencia). Una impresora fiscal que no timbra en tres sucursales es impacto alto y urgencia alta: no se puede vender. Un reporte que sale en blanco molesta, pero tiene salida temporal. Escribe la tabla una vez y úsala siempre: evita que cada ticket se negocie.

Con la prioridad definida, el SLA se vuelve una tabla corta. Por ejemplo, Urgente: respuesta en 30 minutos, solución en 4 horas; Alta: 2 y 8 horas; Media: 1 y 3 días hábiles. Los números los pone tu contrato; lo importante es que existan y que el equipo los conozca de memoria.

3. Colas por tipo de trabajo, estados que dicen la verdad

Una sola bandeja con todo mezclado obliga a alguien a leerla completa para saber qué sigue. Separa colas por cliente o por tipo de servicio y usa pocos estados, pero honestos: Abierto, En progreso, En espera (del cliente o de un tercero), Resuelto y Cerrado. «En espera» es el estado que más se abusa: úsalo solo cuando la pelota de verdad está del otro lado, y deja constancia de qué se pidió y a quién.

4. El vencimiento a la vista antes de que se venza

El incumplimiento casi nunca es sorpresa: es un ticket que nadie miró a tiempo. Cada ticket debe mostrar cuándo vence su SLA, y el vencido debe saltar a la vista sin abrir reportes. La revisión diaria de la mesa empieza por ahí: lo que está por vencer, antes que lo más reciente.

5. Notas internas y respuestas al cliente, separadas

El diagnóstico técnico («el instalador de la ola 1 no actualizó el controlador») no siempre es lo que el cliente necesita leer; el aviso de que ya hay causa identificada y hora de solución, sí. Mantén ambas cosas en el mismo ticket pero marcadas distinto, y ten plantillas para las respuestas que se repiten: acuse de recibo, solicitud de información, cierre.

6. Mide pocas cosas, cada mes

• Porcentaje de cumplimiento de respuesta y de solución, por prioridad.
• Antigüedad del rezago: cuántos tickets abiertos llevan más de una semana.
• Reaperturas: un ticket que se reabre no estaba resuelto.

Tres números bien medidos dicen más que un tablero de veinte. Y el cliente agradece recibirlos antes de pedirlos.

Cómo se ve en Iurefficient

El módulo de Tickets y Soporte organiza el trabajo en colas y estados —Abierto, En progreso, En espera, Resuelto, Cerrado—, con la prioridad y quién lo reportó en cada tarjeta. El ticket que rebasó su SLA lo dice en la propia tarjeta, sin abrirlo:

Dentro del ticket queda la fecha de apertura, el vencimiento del SLA y la alerta cuando se excede; los comentarios distinguen la nota interna de la respuesta al cliente, hay plantillas para las respuestas frecuentes, y cada ticket puede ligarse al proyecto al que pertenece, para que el soporte de una implementación no viva aparte del plan.

La misma lista se ve también como tablero por estado, se filtra por cola o por «reportados por mí» y se exporta para el reporte mensual al cliente.

TI mesa de servicio SLA tickets mejores prácticas

← Volver al índice