Convierte un montón de tickets entrantes en una fila triada y priorizada. Joy lee cada ticket, lo categoriza, le asigna una prioridad según tus reglas SLA, sugiere la cola o el responsable correcto, y marca los que parecen un incidente de seguridad o un duplicado, para que canalices con un panorama claro en lugar de ordenar a mano.
Aquí tienes un lote de tickets entrantes de soporte de TI: [pega los tickets]. Usando nuestras reglas de prioridad SLA, haz el triaje de cada uno — categorízalo como hardware, acceso, red, software o seguridad; asígnale una prioridad; sugiere la cola o el responsable al que debería canalizarse; y marca cualquier cosa que parezca un incidente de seguridad o un duplicado.
Un ejemplo ilustrativo: tu resultado dependerá de tus fuentes, datos y peticiones.
Hice el triaje de los seis tickets contra las reglas de prioridad SLA en tu Knowledge Center. Cada uno tiene una categoría, una prioridad y una cola sugerida, y marqué los dos que necesitan una mirada más de cerca antes de canalizar nada: un posible incidente de phishing y un probable duplicado.
Dos de estos deberían saltarse la fila normal. INC-4474 se lee como un intento de phishing de tarjetas de regalo suplantando al CEO, así que lo marqué como incidente de seguridad, e INC-4472 es una caída total de la nómina para el equipo de Finanzas. Ambos salen P1 bajo tus reglas; el resto son P3 o menos.
| Ticket | Categoría | Prioridad | Cola / responsable sugerido | Nota |
|---|---|---|---|---|
| INC-4471 — La laptop no enciende después de la actualización nocturna | Hardware | P3 | Soporte de Escritorio | Un solo usuario; tiempo de resolución estándar. |
| INC-4472 — Todo el equipo de Finanzas no puede acceder al sistema de nómina | Software | P1 | Guardia de Infraestructura | Caída de todo el equipo antes de una corrida de nómina — tratar como crítico. |
| INC-4473 — Bloqueado de Salesforce, necesito restablecer la contraseña | Acceso | P3 | Identidad y Accesos | Restablecimiento de rutina; verificar identidad primero. |
| INC-4474 — Correo del «CEO» pidiéndome que compre tarjetas de regalo | Seguridad | P1 | Equipo de seguridad | Parece phishing de tarjetas de regalo / ingeniería social — marcado como posible incidente. |
| INC-4475 — Outlook se cierra inesperadamente cada vez que abre | Software | P3 | Soporte de Escritorio | Un solo usuario; probablemente un problema de perfil o de complemento. |
| INC-4476 — Sigo sin poder entrar a Salesforce | Acceso | P4 | Identidad y Accesos | Mismo solicitante y sistema que INC-4473 — probablemente un duplicado. |
Por dónde te apuntaría primero: INC-4474 al equipo de seguridad. Una solicitud de tarjetas de regalo que suplanta a un ejecutivo es una jugada común de ingeniería social, y entre más pronto alguien confirme si el empleado actuó sobre ella, mejor. INC-4472 es el otro P1 — la nómina está caída para todo el equipo de Finanzas, así que queda con la Guardia de Infraestructura por delante de los problemas individuales. Todo lo demás es P3 o menos; INC-4476 parece la misma persona reabriendo INC-4473, así que se puede fusionar en lugar de trabajarlo dos veces. Aquí todavía nada está canalizado: este es el triaje propuesto para que lo confirmes y lo envíes.
¿Quieres que redacte la nota de incidente de seguridad para INC-4474 para que se la entregues al equipo de seguridad, o que escriba un breve resumen de entrega de turno de los P1 para la siguiente guardia?
Triaje de Tickets de TI toma un lote de tickets entrantes y lo convierte en una fila ordenada. Joy, la asistente de JoySuite, lee cada ticket, lo categoriza, fija una prioridad según tus reglas SLA y nombra la cola o el responsable al que debería canalizarse, para que el montón llegue ya organizado.
Pega el lote de tickets entrantes, o suelta una exportación de tu mesa de ayuda. Basta con los asuntos y una frase de detalle en cada uno; que estén en bruto y desordenados no importa.
Pídele a Joy que categorice cada ticket, fije una prioridad según tus reglas SLA, sugiera una cola o responsable, y marque cualquier cosa que parezca un incidente de seguridad o un duplicado. Si no detallas las reglas, Joy usa las de tu Knowledge Center.
Recibe el lote de vuelta como una tabla ordenada con una categoría, prioridad y responsable sugerido en cada ticket, y los que necesitan una mirada más de cerca marcados. Contrasta las decisiones con cómo se comporta tu fila en realidad.
Ajusta lo que quieras con un seguimiento rápido, «sube la caída de nómina a P1» o «manda los tickets de impresora a Soporte en Campo», y luego copia la fila triada en tu herramienta de ticketing y canalízala. Joy ordena; tú envías.
Guarda esta petición como un comando personalizado en el asistente que tu equipo ya usa, para que cualquiera pueda ejecutarla en un solo paso.
Cada ticket se ordena en hardware, acceso, red, software o seguridad, para que la fila se alinee con cómo están divididos tus equipos.
Joy aplica tus propias reglas SLA, así que una caída de todo el equipo cae en P1 y un restablecimiento de rutina en P3, en lugar de que todo se quede en el mismo nivel.
Los tickets que se leen como phishing, ingeniería social o una brecha se sacan y se marcan, para que no esperen en la fila detrás de un restablecimiento de contraseña.
Cuando dos tickets parecen el mismo problema o el mismo solicitante, Joy marca el par, para que los fusiones en lugar de trabajar ambos.
Convierte la fila abierta en una nota breve de entrega de turno, para que la siguiente guardia vea qué está urgente y qué ya está canalizado.
Toma un ticket marcado y redacta la nota de incidente que tu equipo de seguridad necesita, con lo que se reportó y qué revisar primero.
Corre el lote de una semana y pregúntale a Joy qué categorías se repiten, para que veas dónde un arreglo o un documento reduciría el volumen.
Para los tickets que puedes responder al momento, redacta la respuesta al solicitante para que cierres los rápidos sin ida y vuelta.
Convierte un lote de tickets entrantes en una fila ordenada. Le das a Joy los tickets y tus reglas SLA, y categoriza cada uno, fija una prioridad, sugiere la cola o el responsable al que debería canalizarse, y marca cualquier cosa que parezca un incidente de seguridad o un duplicado. Tú revisas el triaje y canalizas el trabajo.
No. Joy propone el triaje — la categoría, la prioridad, el responsable sugerido y cualquier marca —, y tú confirmas y canalizas. El ordenamiento se hace por ti; la acción en tu herramienta de ticketing sigue en tus manos. Donde un conector permite escribir de vuelta, tú decides qué se mueve en realidad.
Según tus propias reglas SLA. Si tus niveles ponen una caída de todo el equipo o un incidente de seguridad en P1 y un restablecimiento de rutina en P3, Joy lo aplica de forma consistente en todo el lote. Cuando las reglas viven en tu Knowledge Center, las usa; de lo contrario, puedes detallarlas en la petición.
Esa es una razón principal para ejecutarlo. Un ticket que se lee como phishing, un fraude de tarjetas de regalo o ingeniería social puede parecer de rutina en una fila ocupada. Joy los saca y los marca para que no esperen detrás de un restablecimiento de contraseña, y tú decides cómo escalar.
Joy compara los tickets del lote, y cualquier contexto reciente que le des, en busca del mismo solicitante, sistema o síntoma. Cuando dos parecen el mismo problema, marca el par para que los fusiones en lugar de trabajar ambos. Tú tomas la decisión final sobre si en realidad son el mismo.
Únete a la lista de espera y sé de los primeros en probar este flujo de trabajo cuando JoySuite se lance.