Sistema de tickets para soporte técnico interno: guía 2026

Un sistema de tickets para soporte técnico es el software donde cada pedido de ayuda de un empleado queda registrado como un caso numerado, con alguien a cargo, una prioridad y un plazo, y sigue abierto hasta que TI lo resuelve. Reemplaza a la memoria del técnico, al correo marcado con una estrella y al papel pegado en el borde del monitor.

Un martes a las 9:40, el área de TI de una empresa de 80 personas (dos técnicos) recibe un mensaje directo en Slack que dice “no me anda la VPN”, un correo de Finanzas que pide acceso a una carpeta y una visita al escritorio por la impresora del segundo piso. Las tres cosas se resuelven. Cuando cierra el mes, nadie sabe cuántos pedidos hubo, cuántos fueron de accesos ni cuánto esperó la gente de Finanzas. Si cada pedido hubiera sido un ticket, las tres respuestas estarían en el historial.

Las piezas son las mismas que en la atención a clientes: canales, categorías, plazos y una base de conocimiento. Cambia quien pide ayuda, un compañero que no se va a ir a la competencia pero que tampoco puede trabajar mientras espera. Si los nombres te confunden (help desk, service desk, mesa de ayuda), cada término se explica en help desk vs service desk vs sistema de tickets.

Por dónde entran los pedidos: Slack y correo

Una mesa de ayuda de TI funciona cuando los pedidos entran por pocos lugares y todos esos lugares están conectados al sistema. En una empresa que trabaja en Slack, eso significa un canal dedicado, como #ayuda-ti, y una casilla de correo, como ti@tuempresa.com, para los gerentes que no abren Slack, los proveedores y los pedidos que llegan desde fuera.

Los mensajes directos a una persona de TI son el agujero por donde se pierden los pedidos. Ninguna herramienta los ve, y cuando ese técnico sale de vacaciones, el pedido se va con él. Cuando llegue uno, contesta con el enlace al canal en vez de resolverlo ahí. Si todo el equipo de TI responde igual, el hábito cambia.

En Melonhelp, un mensaje del canal no se vuelve ticket por sí solo, y así el canal sigue sirviendo para conversar. Lo convierte quien lo marca, de cualquiera de estas formas:

• Mencionar a @Melonhelp en el mensaje: el ticket se crea al instante y el hilo queda conectado.
• Reaccionar con 🎟️: crea el ticket directo, con el texto del mensaje como asunto.
• Reaccionar con 🎫: por defecto pide confirmación, con un formulario para revisar asunto y descripción antes de crearlo.
• Usar el atajo Crear ticket del menú del mensaje, o el comando /autoticket cuando el pedido vino en varios mensajes seguidos: toma los últimos 10 del canal como descripción.

Lo que el técnico responde desde el ticket llega al hilo de Slack, y lo que el empleado contesta en el hilo se suma al ticket: quien pidió ayuda nunca sale de Slack. Reaccionar con ✅ a una respuesta la marca como la solución. Los archivos que alguien adjunta en Slack se quedan en Slack, porque Melonhelp no los copia.

Este flujo viene de Rocketbot, la plataforma de RPA latinoamericana: Melonhelp nació como su integración de Slack a medida, y Rocketbot sigue dando soporte a sus clientes por Slack con Melonhelp (el caso completo, en Rocketbot y Melonhelp). La configuración paso a paso para tu canal está en convertir mensajes de Slack en tickets, y si estás eligiendo entre varias apps de Slack, en apps de tickets para Slack comparadas.

El correo se conecta con Gmail o Microsoft 365 por OAuth, o reenviando la casilla de TI a la dirección de ingesta que te da Melonhelp, que funciona con cualquier proveedor. Cada correo nuevo es un ticket y la respuesta sale por correo, en el mismo hilo (cómo conectar el correo).

Si tu empresa trabaja en Microsoft Teams, Melonhelp todavía no crea tickets a partir de sus mensajes; esa integración está en camino. Jira Service Management y Freshservice ya reciben pedidos desde Teams. Y si tienes gente en terreno o en sucursales que solo usa el celular, su WhatsApp entra a la misma bandeja que Slack y el correo.

Categorías: hardware, accesos, software y poco más

Las categorías hacen dos trabajos: llevar cada pedido a quien sabe resolverlo y mostrar, a fin de mes, en qué se va el tiempo de TI. Entre cuatro y seis alcanzan. Con quince, la gente elige “Otros” y el reporte deja de decir algo.

Separa también lo que se rompió de lo que se pide. ITIL los llama incidente y solicitud de servicio: “no me anda la VPN” es un incidente y tiene apuro; “necesito un segundo monitor” es una solicitud y se puede planificar. Mezclados en la misma cola sin prioridad, lo planificable termina atendido antes que lo urgente solo porque llegó primero.

En Melonhelp las categorías se crean en Configuración, Categorías, y cada una tiene una descripción. Si activas Clasificación automática (en Configuración, General), al crear un ticket el sistema busca en el asunto y en la descripción el nombre de cada categoría y las palabras que escribiste en su descripción, separadas por coma, y completa la categoría. La búsqueda es por palabras completas, sin IA y sin costo extra, y no distingue mayúsculas ni tildes; como “bloqueado” no encuentra “bloqueada”, anota las dos formas. Si un texto coincide con dos categorías, gana la que creaste primero, así que no repitas palabras entre categorías. Nunca cambia una categoría que ya puso una persona.

Con las prioridades pasa lo mismo, usando solo su descripción. Si en la de Muy alta escribes “toda la oficina, nadie puede”, un mensaje que diga “se cayó el correo, nadie puede enviar nada” entra como Muy alta. Cuando coincide con varias, gana la más urgente.

SLA por prioridad: plazos que puedas cumplir

Un SLA interno es la promesa que TI le hace al resto de la empresa: cuánto tarda en responder y cuánto en resolver, según la gravedad. La gravedad se mide por impacto, es decir, cuántas personas están afectadas y si pueden seguir trabajando. El cargo de quien escribe no entra en esa cuenta.

Promete lo que puedes cumplir con la gente que tienes. Un plazo que se rompe cada semana pierde valor para todos, empezando por el propio equipo de TI. Arranca con plazos provisorios, mide un mes, mira la mediana de cada prioridad y recién ahí fija los definitivos. Cómo hacer esa medición lo detalla cómo medir el SLA de soporte; los criterios para asignar prioridad, en cómo priorizar tickets de soporte.

En Melonhelp, los objetivos se cargan en Configuración, SLA, en Tiempos objetivo por prioridad, junto con el horario laboral. El reloj corre solo en horario activo, así que un pedido del viernes a las 19:00 no vence el sábado. Los SLA y los reportes son parte del plan Equipo: US$70 al mes para hasta 1.000 tickets, con los técnicos que quieras. Esencial (US$29 al mes, hasta 250 tickets) ya incluye Slack, correo y WhatsApp; los SLA quedan fuera (precios).

Cuando se cae algo que afecta a todos, pueden entrar veinte tickets iguales en diez minutos. En Melonhelp, el Aviso general (Comunicaciones, Respuestas automáticas) los contesta por ti: escribes algo como “La VPN está caída, ya estamos trabajando y avisamos en este canal cuando vuelva”, lo activas, y cada ticket en el que alguien escribe recibe ese texto una sola vez, por la misma vía por la que entró. La IA queda en silencio hasta que lo apagas. En Slack solo alcanza a los mensajes que alguien convirtió en ticket, así que publica el mismo aviso en #ayuda-ti para el resto. Para llevar la caída de punta a punta, revisa la guía de gestión de incidencias en una empresa.

Base de conocimiento e IA para las preguntas de siempre

Una parte del trabajo de TI es contestar lo mismo cada semana: cómo conectarse a la VPN desde la casa, cómo configurar el correo en un celular nuevo, cómo agregar la impresora del segundo piso, cómo cambiar la contraseña antes de que venza. Cada una de esas respuestas cabe en un instructivo de una página. Si lo escribes una vez, con capturas de pantalla, esa pregunta deja de necesitar a un técnico.

Sin IA, el primer paso son las Plantillas de respuesta de Melonhelp, en Configuración: el técnico inserta el instructivo desde el ticket sin reescribirlo. Con IA, la respuesta sale sola. MIA toma el agente que publicaste en Melonhelp Agents y lo pone a contestar tickets: responde antes que el técnico, ahí mismo en el hilo de Slack o en la conversación de correo, con los instructivos que le cargaste (PDFs, páginas web, preguntas y respuestas). Si no encuentra la respuesta, deja de contestar en ese ticket y le avisa al técnico asignado. Cuando un técnico responde, MIA también se retira y el ticket queda en sus manos.

Lo que el agente no supo contestar se junta en Knowledge gaps, con la cuenta de cuántas veces se preguntó; escribes la respuesta ahí y desde ese momento la conoce. La opción Aprender de tickets resueltos convierte cada ticket resuelto en una lección, que el agente usa recién cuando la apruebas. La solución que un técnico encontró el jueves puede ser la respuesta que la IA da el lunes siguiente.

El precio de MIA es fijo: US$79 al mes sobre cualquier plan de Tickets, sin cargos por resolución ni por conversación. Las conversaciones que contesta se descuentan del plan de Melonhelp Agents donde vive tu agente, y Agents tiene un plan Free. Con Equipo, el total queda en US$149 al mes más ese plan de Agents. Si en tu empresa la IA ya atiende clientes, usa un agente distinto para TI: las razones están en agentes de IA para RR.HH. y soporte interno.

Sistema de tickets para soporte técnico gratis: lo que hay

Las opciones gratis existen, y cada una cobra de otra forma. GLPI y osTicket son de código abierto: no pagan licencia, pero piden un servidor, actualizaciones de seguridad y alguien que los mantenga. Jira Service Management tiene un plan Free de hasta 3 agentes, según la página de planes de Atlassian. Y una planilla compartida aguanta mientras los pedidos sean pocos; hay una plantilla lista en sistema de tickets en Excel gratis.

Melonhelp Tickets no tiene plan gratis. Tiene 14 días de prueba sin tarjeta; luego cuesta desde US$29 al mes, con técnicos ilimitados. Melonhelp Agents, pensado para agentes de IA, es el que tiene plan Free. Las opciones de código abierto, una al lado de la otra, están en sistemas de tickets open source y en osTicket en español y alternativas.

Cuándo una suite ITSM es mejor opción que Melonhelp

Un sistema de tickets para TI ordena los pedidos. Una suite ITSM (gestión de servicios de TI) suma lo que un área de TI grande necesita además: inventario de equipos, cambios que pasan por aprobación, catálogo de servicios y gestión de problemas. Melonhelp no tiene ninguna de esas piezas. Si las necesitas, la decisión está entre estas tres:

La cuenta para un área de tres técnicos que necesita SLA: en Freshservice Growth, tres agentes a US$49 suman US$147 al mes con pago anual, según su página de precios. En la nube de GLPI Network, tres agentes a 19 euros son 57 euros al mes más impuestos, con el inventario incluido (precios de GLPI). Melonhelp Equipo cuesta US$70 al mes con esos tres técnicos o con diez. Jira Service Management Free no cuesta nada con hasta tres agentes y, según la página de planes de Atlassian, ya trae Assets para el inventario, con un tope de 50.000 objetos. Cuando el área crece, el precio por agente empieza a pesar; el inventario y los procesos ITIL, cuando llega una auditoría que los exige.

Las señales de que te hace falta una suite: una auditoría pide registro formal de cambios, quieres saber qué notebook tiene cada persona sin abrir una planilla, o los pedidos pasan por la aprobación de una jefatura antes de llegar a TI. Si GLPI es el candidato pero mantenerlo te pesa, las opciones están en alternativas a GLPI.

La primera semana

Al mes, mira tres números: tickets por categoría, que dicen en qué se va el tiempo; cumplimiento del SLA por prioridad; y tickets reabiertos, que delatan cierres apurados. Si una categoría concentra buena parte del volumen, ahí está la próxima mejora: un instructivo nuevo, una regla de asignación o, en el caso de los accesos, un proceso de altas y bajas escrito. Para repartir el trabajo entre técnicos sin hacerlo a mano, mira la asignación automática.

Preguntas frecuentes