Qué es un ticket de soporte, qué contiene y cómo funciona (con ejemplos)

Un ticket de soporte es el registro de una solicitud de un cliente desde que entra hasta que se resuelve. Eso es todo. La palabra suena a call center o a mesa de ayuda de IT, pero el concepto es más simple y más útil de lo que su fama sugiere: es la diferencia entre “alguien escribió algo en algún lado” y “hay un caso abierto, con dueño, que todavía no está resuelto”.

Si tu equipo atiende clientes por email, WhatsApp o Slack y alguna vez se preguntó “¿esto ya lo respondió alguien?”, ya sabe por qué existen los tickets. Esta guía explica qué contiene uno, por qué estados pasa y cómo se crea sin que nadie tenga que copiar nada a mano.

Qué contiene un ticket

Un ticket no es el mensaje del cliente: es el mensaje más la información que hace posible resolverlo y no perderlo. Los campos que aparecen en casi cualquier sistema:

• Un identificador. El #2841 que le da nombre al caso. Sirve para que dos personas hablen del mismo problema sin describirlo entero cada vez.
• El contacto. Quién escribió, por qué canal y con qué historial previo. Si es la tercera vez que pregunta lo mismo, el ticket lo muestra.
• El contenido. El mensaje original y toda la conversación posterior, en un solo hilo, aunque haya llegado por canales distintos.
• El dueño. La persona del equipo responsable de resolverlo. Un ticket sin dueño es un mensaje suelto con un número.
• El estado. Abierto, en progreso, cerrado. Es lo que permite mirar la bandeja y saber qué falta.
• La prioridad. Qué tan urgente y qué tan grave es, para que la cola se ordene por criterio y no por quién insiste más.
• Las fechas. Cuándo se creó, cuándo se respondió por primera vez, cuándo se cerró. De ahí salen las métricas.

Muchos sistemas agregan etiquetas, notas internas (que el cliente no ve) y campos propios. Son útiles, pero los siete de arriba son los que convierten un mensaje en algo que se puede gestionar.

Un ejemplo concreto

Camila escribe por WhatsApp a las 10:14: “me cobraron dos veces el plan de este mes”. Sin tickets, ese mensaje vive en el celular de quien lo leyó. Con tickets, a las 10:14 existe el #2842, con Camila como contacto, WhatsApp como canal, estado abierto y sin dueño. A las 10:20 Diego lo toma y le pone prioridad alta (hay plata en juego). A las 10:31 responde desde la bandeja y Camila recibe el mensaje en su WhatsApp. A las 11:05 Camila confirma que ya ve el reembolso y Diego cierra el ticket.

Lo que quedó registrado sin que nadie anotara nada: 17 minutos de tiempo de primera respuesta, 51 minutos de resolución, un caso de cobro duplicado más en la cuenta del mes. Si la semana que viene Camila vuelve a escribir, quien la atienda ve el #2842 antes de contestar.

Los estados por los que pasa

Cada sistema los llama distinto, pero el ciclo es casi siempre el mismo:

1. 1

   Abierto. Entró y nadie lo tomó todavía. Es la cola.

2. 2

   En progreso. Tiene dueño y alguien está trabajando en él. Puede pasar por “esperando al cliente” si hace falta información que solo el cliente tiene.

3. 3

   Cerrado (o resuelto). El problema se resolvió, idealmente con confirmación del cliente. Queda archivado y buscable.

4. 4

   Reabierto. El cliente volvió a escribir por lo mismo. Conviene que cuente como el mismo ticket y no como uno nuevo, porque si no las métricas de resolución mienten.

Con tres o cuatro estados alcanza. Los equipos que definen ocho terminan discutiendo en cuál va cada cosa en vez de atendiendo.

Cómo se crea un ticket (sin copiar nada)

La forma tradicional era un formulario: el cliente entra a una web, completa campos y recibe un número. Sigue existiendo, pero hoy la mayoría de los clientes no quiere llenar formularios; quiere escribir por donde ya escribe. Por eso los sistemas modernos crean el ticket desde el canal:

• Desde email: cada correo que llega a la casilla de soporte se convierte en un ticket, y las respuestas del equipo salen por el mismo hilo.
• Desde WhatsApp: conectando el número a través de la API de WhatsApp Business, cada mensaje entra como ticket y el cliente sigue hablando por WhatsApp.
• Desde Slack: reaccionando con un emoji (🎫 en MelonHelp) sobre el mensaje que amerita seguimiento; el ticket se crea con el contenido y el autor cargados.

El punto es que el cliente no necesita saber que existe un ticket. Del lado de tu equipo, en cambio, todo lo que entra por cualquier canal cae en la misma bandeja con el mismo formato. Cómo se ve eso en la práctica lo mostramos en soporte por WhatsApp con tickets y en tickets desde Slack.

Ticket de soporte, ticket técnico, incidencia: ¿es lo mismo?

Casi. “Ticket de soporte técnico” suele usarse cuando el problema es de producto o de IT; “incidencia” viene del mundo ITIL y describe una interrupción de un servicio; “caso” es lo mismo en vocabulario de CRM. Para un equipo de soporte a clientes la distinción importa poco: todo es una solicitud que hay que registrar, asignar y cerrar.

La distinción útil es otra: el ticket y la herramienta que lo gestiona. El ticket es la unidad; el sistema de tickets (o help desk) es el software que los crea, ordena y mide. Si estás eligiendo uno, empieza por qué es un sistema de gestión de tickets y cómo elegir uno.

Cuándo no necesitas tickets

Si recibes diez consultas por semana, todas por un canal, atendidas por una persona, un ticket es burocracia. La memoria de esa persona alcanza. Los tickets empiezan a pagar su costo cuando la cola es más larga que la memoria de alguien, cuando más de una persona atiende, o cuando necesitas responder con números a la pregunta “¿cómo va el soporte?”. Ese momento suele llegar antes de lo que uno cree.

Preguntas frecuentes