Prioriza tickets de soporte por lo que de verdad se repite
5 min de lectura
La mayor parte de la priorización empieza con los tickets que un PM leyó recientemente, o los que se escalaron con ruido. Eso no es lo mismo que saber qué es de verdad lo más común, y significa que un problema discreto pero frecuente puede perder siempre frente a uno raro pero ruidoso. Un PM que abre la cola de soporte un lunes por la mañana tiene mucha más probabilidad de actuar sobre el ticket que un gerente de cuenta escaló en el fin de semana que sobre el hecho de que otros treinta usuarios reportaron en silencio, durante el último mes, una versión más pequeña de la misma fricción de fondo.
Advertencia
Un ticket que recuerdas y un ticket que se repite son señales distintas. El que recuerdas quizá sea solo el que se escaló, no el que afecta a más usuarios.
El ticket que recuerdas no siempre es el que vale la pena arreglar primero. El que sigue repitiéndose sí.
Por qué leer los tickets en orden no revela la frecuencia real
Leer una cola de soporte da impresiones, no conteos. Un problema reportado por quince usuarios distintos de quince maneras no parece un patrón cuando lees un ticket a la vez, parece quince quejas separadas. El esfuerzo mental de llevar una cuenta corriente a través de decenas de tickets, cada uno redactado distinto, es justo el tipo de conteo en el que un revisor humano es malo y tiende a subestimar.
Piensa en la cola de soporte de un flujo de incorporación donde un usuario, una cuenta enterprise, escala con ruido un paso confuso de la configuración. Ese ticket recibe atención rápido. Mientras tanto, en la misma semana, treinta usuarios del plan gratuito envían en silencio tickets sobre el mismo paso, redactados de treinta maneras, ninguno escalado, ninguno alarmante por sí solo. Leídos en el orden de llegada, el ruidoso ticket enterprise domina el modelo mental del PM de lo que está roto, mientras el problema de mayor frecuencia real, que afecta a muchos más usuarios, queda sin reconocerse como patrón a lo largo de treinta tickets separados.
Antes: hojear los tickets recientes, priorizar los que se sienten más urgentes o se escalaron, seguir adelante.
Después: pegar un lote de tickets en Claude, pedirle que los agrupe en temas ordenados por cuántos tickets caen en cada uno y priorizar según la frecuencia real.
Un proceso para convertir tickets en temas ordenados
- 1
Reúne un lote real, no un puñado
Toma tickets de una ventana definida, una semana o un mes completos, en lugar de lo que haya en tu bandeja. Una muestra parcial se inclina hacia lo que llegó más recientemente.
- 2
Pide temas agrupados por frecuencia, no un resumen
Un resumen comprime lo que se dijo. Pide específicamente tickets agrupados en temas recurrentes, con un conteo de cuántos tickets caen en cada grupo.
- 3
Pide un ticket representativo por tema
Un ejemplo real ancla cada tema en algo concreto, y sirve después cuando necesitas justificar una prioridad con un caso real, no solo con un conteo.
- 4
Prioriza por conteo, luego contrasta con la gravedad
La frecuencia te dice qué es común, no necesariamente qué cuesta más. Con la lista ordenada, revisa si un tema menos frecuente aun así merece subir por su gravedad.
Aquí hay 30 tickets de soporte sobre nuestro flujo de incorporación. Agrúpalos en las tres quejas más comunes y dime cuántos tickets caen en cada grupo.
”Una vez ordenados los temas, vale la pena revisar si crecieron o se encogieron respecto de un periodo anterior, ya que un tema que crece rápido semana tras semana es un tipo de urgencia distinto a un zumbido constante y de bajo nivel durante meses.
Aquí está el mismo desglose por temas del mes pasado. Compara los dos y dime qué temas están creciendo como proporción del total de tickets, no solo cuáles tienen el conteo bruto más alto este mes.
”
Dentro de Claude Tutorial
Ordenar por frecuencia real en lugar de por recencia es transferible.
Agrupar reportes dispersos en temas contados, en lugar de priorizar lo que viste más recientemente, aplica mucho más allá de los tickets de soporte. La app tiene una lección completa sobre esto, con práctica que sirve para cualquier retroalimentación sobre la que necesites actuar.
Cuando frecuencia y gravedad apuntan en direcciones distintas
A veces el tema más común no es el más dañino. Una molestia menor reportada seguido y un error raro que bloquea la cuenta merecen un lugar en la lista, solo que no necesariamente en orden de frecuencia. Tratar la frecuencia como único insumo arriesga subpriorizar sistemáticamente los problemas raros pero graves que no generan muchos tickets simplemente porque los usuarios afectados no llegan lo bastante lejos en el producto para levantar uno.
Consejo
Pídele a Claude que señale qué temas implican usuarios bloqueados por completo frente a simplemente incomodados. Un problema bloqueante con menos reportes aún puede superar a un tema más grande pero de baja gravedad.
De los tres temas que encontraste, ¿cuáles implican usuarios completamente impedidos de terminar la incorporación, y cuáles solo molestos por la fricción? Quiero sopesar la gravedad junto con la frecuencia antes de cerrar la prioridad.
”También vale la pena revisar si un tema de baja frecuencia y alta gravedad podría estar subreportado justo por ser grave, ya que un usuario que se topa con un bloqueo serio temprano en la incorporación puede abandonar el producto por completo en lugar de tomarse el tiempo de levantar un ticket.
Este problema bloqueante solo generó 3 tickets, lo cual parece poco para algo tan grave. ¿Hay alguna razón por la que un problema bloqueante como este se subreporte frente a uno más leve que deja continuar a los usuarios?
”Sigue leyendo
- Escribir un documento de roadmap que explique las concesiones: convertir una lista ordenada de temas en una decisión de roadmap que los stakeholders puedan seguir.
- Escribir un PRD a partir de una solicitud de función de una línea: qué hacer una vez que un tema revela una función que vale la pena especificar.
- Afinar un PRD antes de enviarlo a revisión: atrapar antes de la revisión los casos límite a los que un tema como este puede apuntar.