Desbordamiento
El desbordamiento es lo que pasa cuando entran más conversaciones de las que el equipo puede atender en su plazo habitual. No es un fallo puntual: es un estado, y suele durar días, porque lo que no se atiende hoy se acumula sobre lo de mañana.
¿Qué es desbordamiento?
El desbordamiento es lo que pasa cuando entran más conversaciones de las que el equipo puede atender en su plazo habitual. No es un fallo puntual: es un estado, y suele durar días, porque lo que no se atiende hoy se acumula sobre lo de mañana.
También: overflow · pico de volumen
Por qué importa
Qué cambia en un SaaS
Porque se realimenta. Un cliente sin respuesta escribe otra vez, y ese segundo mensaje ocupa el sitio de uno nuevo. Un equipo desbordado genera parte de su propio volumen, y por eso salir cuesta más que entrar.
Desbordamiento en detalle
Las causas de siempre
Un lanzamiento, una incidencia, un cambio de precios, una campaña que trae clientes de golpe y las vacaciones de alguien. Cuatro de las cinco son previsibles con una semana de margen, y casi nunca se avisa a soporte.
Qué hacer cuando ya pasa
Decirlo. Un aviso automático que reconozca la situación y dé un plazo realista reduce los mensajes de seguimiento, que son la parte del volumen que se puede quitar sin resolver nada.
La palanca previa
Si el desbordamiento llega con cada lanzamiento, el problema no es de capacidad sino de coordinación: soporte se entera cuando ya está fuera. Un aviso interno con dos días de margen y tres artículos escritos antes cambian el resultado.
Preguntas sobre desbordamiento
¿Cómo se sabe que un equipo está desbordado?
Cuando el ratio de cierres sobre entradas lleva días por debajo de uno y la antigüedad de lo abierto sube. Los tiempos de respuesta lo dicen más tarde, cuando ya se ha acumulado.
¿Contratar temporalmente lo resuelve?
Ayuda si el pico es de lo documentado. Si lo que desborda necesita conocer el producto, alguien nuevo tarda semanas en aportar y mientras tanto consume tiempo de quien ya está.
Términos relacionados
Un término suelto se entiende a medias. Estos son los que aparecen en la misma conversación.
Backlog de tickets
El backlog es el conjunto de consultas abiertas y todavía sin resolver en un momento dado. Más que su tamaño, lo que se vigila es su tendencia: si entran más consultas de las que se cierran, el backlog crece, y crece de forma acumulativa aunque la diferencia diaria sea pequeña.
Volumen de contacto
El volumen de contacto es la cantidad de consultas de soporte que genera un negocio en relación con su tamaño: normalmente tickets por cliente y mes, o por cada cien clientes activos. Es la métrica que dice si el soporte va a escalar con el negocio o va a asfixiarlo.
Cola de soporte
Una cola es un conjunto de conversaciones que espera a ser atendido por un grupo concreto de personas. Separar la bandeja en varias colas —por canal, por idioma, por producto o por tipo de cliente— es la forma habitual de repartir el trabajo cuando una sola lista deja de funcionar.
SLA — Acuerdo de nivel de servicio
Un acuerdo de nivel de servicio es el compromiso escrito de atender dentro de unos plazos determinados. Fija tiempos máximos —normalmente de primera respuesta y de resolución—, define en qué horario cuentan y suele establecer qué pasa si no se cumplen.
FRT — Tiempo de primera respuesta
El tiempo de primera respuesta es lo que transcurre desde que un cliente envía su consulta hasta que recibe la primera contestación de una persona. Mide la espera inicial, no la resolución, y es la métrica que más pesa en la percepción de si un soporte es bueno o no.
Ticket
Un ticket es el registro de una consulta de un cliente dentro de una herramienta de soporte. Agrupa todos los mensajes de esa conversación bajo un identificador y le añade lo que hace falta para gestionarla: estado, responsable, prioridad, etiquetas y el histórico de lo que ha pasado.
