Cómo convertir Slack en un sistema de gestión de tickets

Convertir Slack en un sistema de gestión de tickets significa que cada pedido que llega a un canal quede registrado con un responsable, un estado y la hora en que se respondió, sin que tu equipo tenga que salir de Slack para trabajarlo. Hay tres maneras de lograrlo: con lo que Slack trae de fábrica, con una app del directorio de Slack o conectando un help desk que use Slack como uno de sus canales.

La necesidad aparece casi siempre igual. Un canal #soporte que empezó con cinco mensajes por semana ya recibe treinta, alguien pregunta en un hilo si el problema de ayer quedó resuelto y nadie sabe responder con certeza. Cuál de las tres opciones te sirve depende de cuántos pedidos recibes, de si todos llegan por Slack y de cuánto necesitas medir.

Qué le falta a Slack para funcionar como sistema de tickets

Slack ordena conversaciones por canal y por hilo. Un ticket necesita tres datos más: quién está a cargo, en qué estado está y cuánto tiempo lleva esperando la persona que pidió ayuda. En un canal, esos datos viven en la cabeza del equipo.

Mientras el volumen es bajo, la memoria alcanza. Cuando sube, el mensaje importante queda tres pantallas arriba, dos personas contestan lo mismo y a fin de mes nadie puede decir cuántos pedidos entraron ni cuánto se tardó en atenderlos. Cada opción de esta guía agrega esas piezas con más o menos trabajo manual.

Opción 1: armarlo con las funciones nativas de Slack

Sin instalar nada, un equipo puede montar un flujo básico de solicitudes con cuatro piezas:

• Un canal dedicado (#soporte o #ayuda-ti), separado del general, con la regla de que cada pedido abre su propio hilo.
• Una convención de emojis: 👀 cuando alguien toma el pedido y ✅ cuando quedó resuelto. No cuesta nada y se entiende sin capacitación, pero depende de que todos la respeten.
• El creador de flujos de trabajo (Workflow Builder), que puede iniciar un flujo con un formulario o cuando alguien reacciona con un emoji en un canal específico, y avisar a quien corresponda.
• Las listas de Slack, que traen una plantilla para seguir solicitudes de ayuda con campos de solicitud, categoría, prioridad y responsable. Un formulario puede cargar cada pedido como un elemento nuevo de la lista.

Los flujos de trabajo y las listas están disponibles en los planes pagados de Slack. Con ellos tienes un registro ordenado de pedidos, aunque tres cosas siguen siendo manuales: actualizar la lista cuando el hilo ya se resolvió, saber cuánto tardó la primera respuesta y juntar en el mismo lugar lo que llega por correo o WhatsApp. Tampoco hay un SLA que cuente solo el horario hábil.

Para un equipo interno (TI, RR.HH., operaciones) con pocas solicitudes por semana, que ya paga Slack y no tiene que reportar tiempos, esta opción suele bastar.

Opción 2: una app de tickets del directorio de Slack

En el directorio de aplicaciones de Slack hay herramientas pensadas para que el ticket viva dentro de Slack: lo creas desde un mensaje, lo asignas y lo cierras sin abrir otra pestaña. ClearFeed y Pylon, por ejemplo, nacieron alrededor de Slack.

Encajan bien cuando todo tu soporte pasa por Slack, como en las empresas que atienden a sus clientes en canales compartidos de Slack Connect. Antes de elegir una, revisa tres cosas: si cobra por agente (y cuánto sube la factura al sumar gente), si también recibe correo o WhatsApp, y qué métricas entrega sin configurar nada.

Opción 3: un help desk conectado a Slack

En este modelo el ticket vive en un help desk y Slack es uno de sus canales de entrada, junto al correo, WhatsApp o el chat de tu sitio. Zendesk, Jira Service Management y Melonhelp, entre otros, se conectan a Slack de esta forma, cada uno con su modelo de precio y su manera de sincronizar el hilo con el ticket.

Tiene sentido cuando Slack es uno de varios canales, cuando necesitas SLA y reportes sin planillas, o cuando mezclas pedidos internos con clientes externos. El costo es sumar una herramienta, aunque el equipo puede seguir respondiendo desde Slack.

Paso a paso: tu sistema de tickets en Slack con Melonhelp

Melonhelp sigue la opción 3: los tickets viven en Melonhelp Tickets y tu equipo los crea, los responde y los cierra desde Slack. Así se arma el sistema de tickets en Slack de Melonhelp. La configuración se hace una sola vez.

1. Conecta el workspace

En Melonhelp Tickets, en la sección Conectar del menú, entra a Slack y haz clic en Conectar a Slack. Es la autorización estándar de Slack, la misma que pide cualquier app del directorio.

2. Invita la app a tus canales de soporte

Escribe /invite @Melonhelp en cada canal donde te piden ayuda. Los canales sin la app siguen funcionando como siempre. Deja fuera el canal general: ahí la app solo sumaría ruido.

3. Decide cómo nace cada ticket

Un mensaje suelto no crea un ticket: alguien del equipo tiene que marcarlo. Así el canal sigue siendo un lugar de conversación y a la bandeja entra solo lo que necesita seguimiento. Hay cinco gestos posibles:

Lo que hace cada reacción se cambia en la configuración de Slack dentro de Melonhelp: crear al instante, pedir confirmación o no hacer nada. Si alguien reacciona sobre un mensaje que ya es ticket, no se crea otro.

4. Define quién se hace cargo

En el formulario de confirmación eliges el responsable. Si prefieres que los tickets se repartan solos, activa la asignación automática, que viene apagada. Primero manda el tema: si el pedido menciona las palabras clave de una persona (por ejemplo, “facturación”), va a ella. Después, la continuidad: si el mismo cliente ya fue atendido hoy, vuelve con quien lo atendió. Y si nada de eso aplica, lo toma quien tenga menos tickets abiertos, con un tope por persona si lo defines.

5. Responde desde el hilo

Al crearse el ticket, Melonhelp publica en el hilo una tarjeta con el número, el asunto y el responsable, más botones para cerrarlo o editarlo. Desde ese momento el hilo y el ticket van sincronizados: lo que escribe en el hilo quien pidió ayuda se suma al historial, y lo que el equipo responde desde Melonhelp aparece en el hilo. Las notas internas no salen a Slack.

La primera respuesta de alguien del equipo en el hilo queda registrada como primera respuesta y pasa el ticket a “en progreso”. Para lo repetitivo, el comando /melonhelp template inserta una de tus respuestas guardadas en el hilo del ticket. Los archivos adjuntos se quedan en Slack: por seguridad, Melonhelp no los copia.

6. Marca la solución y cierra

Reaccionar con ✅ a una respuesta del hilo la marca como la solución del ticket. Para cerrarlo, usa el botón de la tarjeta. Al cerrar, Melonhelp publica en el hilo una encuesta de satisfacción de cinco caras para que quien pidió ayuda califique la atención (se puede desactivar).

7. Sigue la cola desde la pestaña Inicio

La pestaña Inicio de la app de Melonhelp en Slack muestra los tickets abiertos, en progreso y cerrados, el tiempo promedio de primera respuesta y de resolución, y la satisfacción de los últimos 30 días. Arriba de todo aparecen los tickets con el SLA en riesgo; más abajo, pestañas con tus tickets, los que no tienen responsable (con un botón para tomarlos) y todos los demás. Quien quiera puede activar un recordatorio diario por mensaje directo con sus tickets asignados.

Lo que puedes sumar cuando crece el volumen

Los SLA por prioridad, con horario hábil, vienen desde el plan Equipo: el reloj corre solo en tu horario de atención y los tickets por vencer suben en la pestaña Inicio. Si quieres que una IA conteste lo repetitivo, MIA responde primero en el mismo hilo con el conocimiento que cargaste en Melonhelp Agents y, cuando no sabe, deja el ticket a una persona del equipo. Es un complemento de 79 dólares al mes, sin cobro por resolución.

Errores que frenan el sistema en las primeras semanas

• Poner la app en el canal general. Ahí el pedido de un cliente convive con la foto del cumpleaños, y el equipo termina marcando ruido como ticket.
• No contarle al equipo qué gesto crea un ticket. Quien no sabe que 🎫 existe sigue contestando suelto en el canal. Un mensaje fijado con los gestos disponibles evita la mayoría de esos casos.
• Crear el ticket horas después. Cuando el ticket nace de una reacción, el reloj del SLA arranca en ese momento y no cuando llegó el mensaje. Si alguien reacciona al día siguiente, tus tiempos se ven mejores de lo que vivió quien esperaba.
• Atender pedidos por mensaje directo. Un DM lo ve una sola persona; si esa persona se va de vacaciones, el pedido queda sin dueño. Pide que todo entre por el canal.

El tercer error es el que menos se nota y el que más distorsiona los números. Para ver qué tiempos medir y desde cuándo, lee cómo medir el SLA de soporte.

Con el sistema andando, el trabajo pasa a ser la operación de cada día: un canal de entrada claro, prioridades simples, estados al día y dos métricas para revisar cada semana. Eso está en la guía para gestionar tickets de soporte por Slack en el día a día.

Preguntas frecuentes