Una mesa de ayuda es el lugar único donde una organización recibe los pedidos de soporte de sus usuarios y los sigue hasta resolverlos. Cada pedido se registra como un ticket, con número, responsable, prioridad y estado, y cualquiera del equipo puede ver en qué quedó.
También se la llama help desk, service desk o sistema de tickets. Los nombres cambian según quién los use, pero la idea es la misma: ningún pedido queda librado a la memoria de alguien ni perdido en un correo o en un chat.
Qué problemas resuelve
Sin una mesa de ayuda, los pedidos entran por donde pueden: un correo, un mensaje, una llamada o alguien que se acerca al escritorio. El técnico que los recibe los anota como puede y, si un día falta, nadie sabe en qué quedó su trabajo.
Los síntomas son conocidos:
- Pedidos que se atienden dos veces y otros que nadie vio.
- Usuarios que preguntan una y otra vez cómo va lo suyo.
- Prioridades que define quien reclama más fuerte.
- Problemas que vuelven y se investigan de cero cada vez.
- Ninguna forma de saber cuántos pedidos hay abiertos ni desde cuándo.
Con un sistema de tickets, cada pedido tiene un responsable y el equipo puede medir cuánto tarda en responder y en resolver.
Cómo funciona un ticket
El recorrido es casi siempre el mismo, sea cual sea la herramienta:
- Registro. El usuario escribe un correo, completa un formulario en un portal o llama por teléfono. Se abre un ticket con número, fecha y la descripción del problema.
- Clasificación. Se le asigna una categoría, por ejemplo “Impresoras” o “Accesos”, y una prioridad según el impacto y la urgencia.
- Asignación. Pasa a un técnico o a un grupo, a mano o con reglas automáticas por categoría.
- Seguimiento. El técnico registra lo que hace, le responde al usuario y cambia el estado. El usuario recibe un aviso y puede ver el avance.
- Resolución y cierre. Se registra la solución. El usuario la confirma, o el ticket se cierra solo después de unos días.
Con el tiempo, ese historial de tickets sirve para encontrar la solución de problemas repetidos y para saber en qué se va el trabajo del equipo.
Help desk, service desk y mesa de ayuda
En la práctica se usan como sinónimos. ITIL, el marco de buenas prácticas más usado en gestión de servicios de TI, define el service desk como el punto de contacto único entre el área que presta los servicios y todos sus usuarios. Por ahí entran tanto los incidentes como las solicitudes.
Un incidente es algo que dejó de funcionar: no anda el correo, la impresora no imprime. Una solicitud es un pedido de algo nuevo: un usuario para una persona que ingresa, un acceso a una carpeta, un equipo. El término help desk suele usarse para un soporte más técnico, centrado en resolver fallas.
Para una organización chica o mediana, la distinción es secundaria. Lo que cambia el día a día es tener un único lugar de entrada y un registro de cada pedido.
Qué tiene que tener un software de mesa de ayuda
- Varios canales de entrada: correo, portal web y carga manual de los pedidos que llegan por teléfono. Lo ideal es que cada correo a la casilla de soporte se convierta en un ticket y que las respuestas se sumen al mismo ticket.
- Categorías y prioridades que se puedan ajustar sin programar.
- Asignación automática por categoría, grupo o ubicación.
- Niveles de servicio (SLA): tiempos objetivo de primera respuesta y de resolución, con avisos antes de que se venzan.
- Portal de autoservicio con un formulario para cada tipo de pedido y una base de conocimiento para resolver lo simple sin esperar a un técnico.
- Inventario relacionado: el técnico ve el equipo del usuario y los tickets que tuvo antes.
- Informes: tickets abiertos, tiempos de atención, temas que más se repiten y carga de cada técnico.
- Gestión de problemas y cambios, cuando el área crece: agrupar incidentes con la misma causa y planificar cada cambio con su plan de vuelta atrás.
Cómo implementarla, paso a paso
- Relevá cómo entran hoy los pedidos. Por qué canales, cuántos por semana y de qué tipo. Con los correos y mensajes de un mes ya se ven los temas que más se repiten.
- Definí pocas categorías. Entre cinco y diez para empezar. Con demasiadas, nadie elige la correcta.
- Acordá prioridades y tiempos. Qué es urgente y en cuánto tiempo se responde cada prioridad. Los tiempos tienen que ser alcanzables con el equipo que tenés hoy.
- Asigná responsables. Un grupo por tipo de pedido y una persona que revise los tickets que quedan sin asignar.
- Abrí los canales de a uno. Primero el correo, que es lo que los usuarios ya usan; después el portal con formularios.
- Probá con un grupo chico durante una o dos semanas, y ajustá categorías, reglas y avisos antes de abrirlo a toda la organización.
- Medí y ajustá. Revisá cada mes los temas que más se repiten: ahí están los artículos para la base de conocimiento y los problemas de fondo.
Software de mesa de ayuda: comerciales y open source
Hay opciones comerciales por suscripción, como Jira Service Management, Freshservice o ServiceNow, y opciones open source, como GLPI, osTicket o Zammad. Las opciones open source se pueden usar gratis: no pagan licencia, y lo que cuesta es el servidor y el trabajo de implementarlas y mantenerlas.
GLPI suma al sistema de tickets los niveles de servicio, la gestión de problemas y cambios, la base de conocimiento, el portal de autoservicio y el inventario de equipos con el GLPI Agent, todo relacionado entre sí. Podés ver qué incluye en sistema de mesa de ayuda y tickets.
Cualquiera de ellas necesita configuración. Un sistema completo con categorías mal pensadas sigue generando desorden.
Errores comunes al empezar
- Copiar las categorías de otra organización en lugar de partir de los pedidos propios.
- Obligar a usar el portal desde el primer día y dejar de aceptar correos.
- Configurar tiempos de servicio que el equipo no puede cumplir.
- No asignar a nadie para revisar los tickets que quedan sin responsable.
- No cerrar los tickets resueltos: el tablero se llena y deja de servir.
Si tu equipo ya recibe pedidos todos los días, el primer paso es ver por dónde entran y cuáles se repiten. Con eso se arma la primera versión de la mesa de ayuda, y en GLPI se configura sobre esa base: consultoría y soporte GLPI.
Si necesitás atención técnica para tus usuarios: también podés evaluar un servicio de mesa de ayuda tercerizada, con técnicos que atiendan las solicitudes dentro de un alcance acordado.