¿Qué es un sistema de tickets y cómo funciona?
Una explicación clara de los sistemas de tickets: qué contiene un ticket, el ciclo de vida, estados y prioridades, y cómo un sistema de tickets mantiene organizado el soporte.
Un sistema de tickets es un software que registra cada petición de ayuda como un elemento independiente, llamado ticket, y le hace seguimiento desde que se abre hasta que se cierra. Cada ticket tiene un número único, un responsable, un estado y un historial completo, de modo que el equipo siempre sabe qué está pendiente, quién trabaja en qué y qué ha pasado antes.
Los sistemas de tickets son el núcleo de un software de help desk, pero la idea va más allá: los equipos de TI los usan para incidencias, RR. HH. para consultas de empleados, mantenimiento para órdenes de trabajo y los equipos de producto para recoger opiniones de clientes.
Qué contiene un ticket
Un ticket es más que un mensaje: es un registro estructurado. Los campos habituales son:
| Campo | Ejemplo | Para qué sirve |
|---|---|---|
| Número | #1042 | Una referencia corta que todos pueden usar |
| Asunto | "No puedo descargar la factura de marzo" | Resume el problema |
| Descripción | Pasos, mensajes de error, capturas | Da los detalles al agente |
| Solicitante | Ana Souza, Acme S. L. | Quién necesita ayuda |
| Categoría | Facturación | El tipo de solicitud; determina a dónde va |
| Prioridad | Normal | Qué urgencia tiene |
| Departamento / equipo | Finanzas | Qué cola es dueña del ticket |
| Responsable | Carlos | Quién responde de él ahora |
| Estado | Pendiente del cliente | En qué punto del ciclo de vida está |
| Fechas | Apertura, primera respuesta, resolución, cierre | Se usan en el SLA y los informes |
Como estos campos están estructurados, el sistema puede filtrar, ordenar, contar y medir, algo que un buzón de correo no hace de forma fiable.
El ciclo de vida del ticket
La mayoría de los sistemas de tickets usan un pequeño conjunto de estados. Uno habitual y práctico es:
- Nuevo: el ticket se ha abierto y nadie lo ha tratado todavía.
- Abierto: un agente está trabajando en él.
- Pendiente del cliente: el equipo espera información o confirmación del solicitante.
- Pendiente de terceros: el equipo espera a un proveedor, a otro departamento o a un servicio externo.
- Resuelto: se ha entregado una solución. El solicitante aún puede responder si el problema continúa.
- Cerrado: el caso ha terminado y se conserva para el historial y los informes.
Dos detalles hacen que este ciclo funcione bien. Primero, los estados pendiente separan "depende de nosotros" de "depende de otra persona", así que el equipo puede centrarse en lo que realmente puede avanzar. Segundo, cuando un solicitante responde a un ticket resuelto, este debe volver automáticamente a Abierto en lugar de quedar ignorado.
Cómo funciona un sistema de tickets, paso a paso
Este es un ejemplo realista de un help desk interno de TI:
- A las 9:12, Marta abre un ticket en el portal del empleado: "La VPN se desconecta cada 10 minutos". Elige la categoría Red y VPN.
- La categoría envía el ticket al departamento de TI con prioridad Normal. La política de SLA fija un objetivo de primera respuesta de 4 horas laborables.
- A las 9:40, Pablo, agente de TI, se asigna el ticket. El estado cambia a Abierto.
- Pablo añade una nota interna: "Tercer aviso esta semana desde la oficina de Valencia: revisar el timeout del firewall". Marta no ve esta nota.
- Responde públicamente pidiendo a Marta el modelo de su portátil. Estado: Pendiente del cliente.
- Marta responde. El ticket vuelve a Abierto.
- Pablo encuentra un problema de configuración, lo corrige y marca el ticket como Resuelto, explicando qué cambió.
- Tras unos días sin nuevas respuestas, el ticket se cierra.
Todo queda registrado: quién hizo qué, cuándo y cuánto tardó cada paso. Si Pablo se va de vacaciones, un compañero puede leer la línea de tiempo y continuar sin pedir a Marta que empiece de nuevo.
Prioridades
La prioridad responde a una pregunta: ¿con qué rapidez debe tratarse esto en comparación con todo lo demás? Cuatro niveles bastan para la mayoría de los equipos:
| Prioridad | Significado habitual |
|---|---|
| Urgente | Muchas personas bloqueadas o un servicio crítico caído |
| Alta | Una persona o un proceso importante bloqueado, sin alternativa |
| Normal | Un problema con alternativa, o una solicitud estándar |
| Baja | Preguntas, sugerencias, problemas menores |
La prioridad funciona mejor cuando se define por el impacto y la urgencia, y no por quién se queja más alto. Nuestro artículo Cómo priorizar tickets de soporte presenta una matriz sencilla para ello.
Formas de crear tickets
- Portal o formulario web: el solicitante rellena campos estructurados. Es lo que produce tickets de mejor calidad.
- Por un agente: para llamadas, visitas o mensajes recibidos por otros canales.
- Por correo electrónico: muchos sistemas convierten los correos en tickets automáticamente.
- Mediante una API: herramientas de monitorización, sitios web o sistemas internos crean tickets de forma automática.
En Luradesk, hoy los tickets se crean desde el portal, por los agentes en el dashboard y mediante la API REST. La creación de tickets a partir de correos entrantes está planificada, pero todavía no está disponible.
Sistema de tickets frente a hoja de cálculo
Algunos equipos controlan las solicitudes en una hoja de cálculo. Es mejor que nada, pero pronto se queda corta: la conversación con el solicitante está en otro sitio, dos personas editan la misma fila, no hay avisos cuando cambia un estado y no existe control de permisos. Un sistema de tickets conecta el registro con la conversación y controla quién puede ver y cambiar cada cosa.
Ventajas de un sistema de tickets
- Responsabilidad: cada ticket tiene exactamente un responsable en cada momento.
- Continuidad: el historial completo viaja con el ticket.
- Visibilidad: los pendientes, los vencidos y la carga de cada persona están a la vista.
- Coherencia: los mismos estados y prioridades en todo el equipo.
- Medición: el tiempo de respuesta, el de resolución y el volumen por categoría se convierten en cifras que puedes seguir.
- Privacidad: los permisos restringen los tickets confidenciales a las personas adecuadas.
Errores habituales al adoptarlo
- Demasiadas categorías. Veinte categorías que nadie entiende son peores que seis claras.
- Todo marcado como urgente. Si la prioridad no está definida, pierde su sentido.
- No usar los estados pendientes. Los tickets que esperan al cliente parecen trabajo pendiente del equipo.
- Aceptar solicitudes fuera del sistema. Si las peticiones urgentes siguen llegando por mensaje privado, los datos nunca estarán completos.
Para empezar
Empieza con una cola, cinco o seis categorías, cuatro prioridades y los seis estados descritos. Pide a todos los solicitantes que usen el portal y registra tú mismo como tickets las peticiones que lleguen por otros canales. Al cabo de un mes, revisa las cifras. Si quieres ver cómo aplica Luradesk este modelo, lee sobre la gestión de tickets o crea una cuenta gratuita.