Mesa de ayuda: cuándo el correo deja de alcanzar

Casi ninguna empresa monta una mesa de ayuda antes de necesitarla. Se llega por acumulación: un correo de soporte que ya contestan tres personas, un cliente que reclama que nadie le respondió, y la sospecha —imposible de confirmar— de que se están perdiendo solicitudes. La señal no es el volumen de correos; es no poder decir cuántas solicitudes están abiertas en este momento.

Las tres preguntas que el correo no responde

Un correo compartido funciona bien más tiempo del que la gente cree. Deja de funcionar cuando estas tres preguntas necesitan que alguien abra la bandeja y cuente:

1. ¿Cuántas solicitudes están abiertas ahora mismo?
2. ¿Quién está atendiendo cada una?
3. ¿Cuál lleva más tiempo esperando?

Mientras se puedan responder de memoria, no hay problema que resolver. Cuando no, ya se están perdiendo casos — solo que todavía no se sabe cuáles.

El síntoma clásico es el correo respondido dos veces por dos personas distintas, con respuestas que no coinciden. El otro, más caro, es el que nadie respondió porque cada uno asumió que lo había tomado el otro.

Qué cambia con tickets

Un ticket es un correo con tres cosas que un correo no tiene: número, responsable y estado. Suena administrativo y es exactamente lo contrario — es lo que permite que una solicitud no dependa de que alguien se acuerde.

El correo compartido	La mesa de ayuda
La solicitud vive en una bandeja	Vive en un ticket con número propio
El responsable es «quien lo vea»	Hay un responsable asignado
El estado está en la cabeza de alguien	El estado es visible para todos
El cliente pregunta «¿en qué va?» por correo	El cliente lo consulta en un portal
«Respondemos rápido»	Un plazo medido, con alerta antes de vencerse

Lo que no cambia: el cliente sigue escribiendo un correo. La dirección de soporte se convierte en la entrada de la mesa de ayuda y el ticket se crea solo. Nadie del otro lado tiene que aprender a usar nada nuevo, que es la razón por la que estos proyectos fracasan cuando se hacen al revés.

El SLA, y la trampa de las horas corridas

Un SLA es un compromiso de tiempo: primera respuesta en menos de ocho horas, solución de un caso crítico en menos de dos días. Es la parte más fácil de prometer y la más fácil de implementar mal.

La trampa está en cómo se cuentan esas horas. Un ticket que entra el viernes a las 5 de la tarde, con un SLA de ocho horas corridas, está incumplido el sábado a la una de la mañana. Nadie hizo nada mal: el equipo no trabaja los sábados y el compromiso comercial nunca fue atender de madrugada. Pero el tablero muestra rojo, y un tablero que muestra rojo cuando no hay culpa deja de mirarse en dos semanas.

Contando horario laboral, ese mismo ticket vence el lunes a media mañana — que es cuando de verdad se debía atender. La diferencia no es cosmética: decide si el indicador mide el servicio o mide el calendario.

En Kreski los plazos de SLA se calculan sobre el horario del equipo que atiende, no sobre horas de reloj. Cada equipo puede tener el suyo, porque soporte técnico y cartera no trabajan las mismas horas.

El error que más cuesta

Montar la mesa de ayuda y dejar abierto el correo viejo.

Pasa siempre y por buenas razones: no se quiere dejar colgados a los clientes que ya escriben a la dirección de antes. Entonces conviven los dos canales «por un tiempo», y ese tiempo no termina nunca. El resultado es peor que no haber migrado: ahora hay dos lugares donde puede perderse una solicitud, el tablero de tickets muestra una realidad parcial, y los indicadores mienten por omisión — no porque el dato esté mal, sino porque falta la mitad.

La salida es aburrida y funciona: la dirección de correo de siempre se conecta como entrada de la mesa de ayuda. El cliente escribe donde siempre escribió, y del lado de adentro entra como ticket. Sin migración, sin avisos, sin pedirle a nadie que cambie de hábito.

Lo que conviene exigirle a una mesa de ayuda

Más allá de los tickets, cuatro cosas que separan una herramienta que se usa de una que se abandona:

• Entrada por correo, para no obligar al cliente a aprender un portal.
• Portal de consulta para quien sí lo quiera: ver sus casos, el estado y las respuestas sin escribir «¿alguna novedad?».
• Un formulario que puedas publicar en tu propio sitio, para que las solicitudes entren ya clasificadas.
• Calificación al cerrar, que es el único dato honesto sobre si el caso quedó resuelto o solo cerrado.

Y una que casi nadie pide y termina importando: que una conversación de WhatsApp se convierta en ticket con el hilo adentro. Buena parte del soporte de una PyME colombiana entra por ahí, y si el ticket nace vacío alguien tiene que volver a contar la historia — normalmente el cliente, que ya la contó una vez.

Si quieres ver cómo queda una mesa de ayuda con sus equipos, plazos y portal, está en atención al cliente. Y si lo que hoy desborda es WhatsApp más que el correo, empieza por WhatsApp multiagente.