Un backlog es una deuda. No es una lista larga ni un mal mes: es trabajo que ya se prometió, que ya consumió la paciencia de alguien y que sigue devengando intereses en forma de reclamos, llamadas de seguimiento y errores por antigüedad. Tratarlo como un atraso pasajero es la razón por la que tantas operaciones conviven con él durante años.
La reacción habitual es pedir esfuerzo: horas extra, fines de semana, un sprint de recuperación. A veces funciona una vez. Casi nunca funciona dos, porque el esfuerzo no corrige lo que produjo el represamiento y la operación vuelve al mismo punto seis semanas después, con el equipo más cansado.
Un backlog no se mide en casos
La cifra que circula en las reuniones suele ser el número de casos pendientes. Ese número no dice nada útil por sí solo, porque mezcla casos de tres minutos con casos de dos horas. La unidad que sirve son las horas de trabajo pendientes: cantidad de casos por tipo, multiplicada por el tiempo estándar de cada tipo. Con esa conversión, veinte mil casos pueden ser dos semanas de operación o cuatro meses, y la conversación cambia por completo.
Eso obliga a tener tiempos estándar por tipo de caso, que es exactamente lo que se discute en cómo medir la productividad en back office. Sin esa base, cualquier plan de recuperación es una promesa sin cálculo detrás.
Hay una segunda cifra igual de importante: la antigüedad. Un backlog de mil casos con tres días de edad promedio es un problema de programación. El mismo volumen con setenta días de edad promedio es un problema de credibilidad, y probablemente ya generó su propio tráfico: cada caso viejo produce correos, llamadas y escalamientos que consumen capacidad de la misma operación que debería estar cerrándolo.
Primero hay que saber qué tipo de backlog es
Solo hay dos, y se tratan de forma distinta.
El backlog de evento nace de algo puntual: un pico, una caída de sistema, una migración, un grupo de personas que salió al mismo tiempo. La entrada diaria es menor que la capacidad diaria, pero quedó una pila acumulada. Se cierra con un refuerzo temporal y desaparece.
El backlog estructural es otra cosa: entra más trabajo del que la operación puede procesar en un día normal. La pila crece sola, todos los días, aunque nadie haga nada mal. Aquí el refuerzo temporal es dinero perdido: se cierra la pila y vuelve a formarse de inmediato.
La prueba para distinguirlos es simple y se hace con los datos de las últimas semanas: entradas diarias frente a cierres diarios, sin contar horas extra. Si el promedio de entradas supera al de cierres, el backlog es estructural y lo que hay que corregir es el dimensionamiento, no el ánimo del equipo. El cálculo está en cómo dimensionar una operación de soporte.
Recuperar un backlog estructural con horas extra es pagar todos los meses por no haber hecho una cuenta una vez.
Cerrar la llave antes de vaciar el balde
Ninguna recuperación se sostiene si la entrada sigue igual. Antes de lanzar el plan conviene mirar qué está entrando y por qué, con el catálogo de tipificación en la mano —el tema de la tipificación de contactos—. Es habitual encontrar que una parte del volumen no debería existir: solicitudes duplicadas porque el solicitante no ve el estado de su caso, formularios que llegan incompletos y se devuelven, reprocesos de un mismo expediente que pasa tres veces por la misma cola.
Ese trabajo evitable suele ser la porción más rentable del plan, porque cada caso que se deja de recibir vale más que un caso que se cierra rápido. Las palancas para reducirlo se detallan en cómo reducir el volumen de contactos.
El orden de atención es una decisión, no un default
Atender del más antiguo al más nuevo parece justo y muchas veces es lo correcto, porque evita que los casos viejos envejezcan indefinidamente. Pero no siempre es lo que conviene. Un backlog se ordena con criterios explícitos, acordados con el cliente y escritos:
- Riesgo. Casos con impacto regulatorio, financiero o de seguridad van primero, sin importar la fecha.
- Antigüedad. Dentro de cada grupo de riesgo, lo más viejo primero. Es la regla que impide que un caso quede olvidado para siempre.
- Casos que generan trabajo. Los expedientes que están produciendo seguimientos y llamadas cuestan doble mientras siguen abiertos.
- Bloques homogéneos. Agrupar casos del mismo tipo reduce el cambio de contexto y sube el rendimiento sin exigir más esfuerzo.
Lo que no funciona es dejar el orden al criterio de cada persona. Cuando eso pasa, todos toman los casos fáciles y el backlog se convierte en un depósito de lo difícil, con una edad promedio que crece mientras el conteo baja.
Las palancas y lo que cuesta cada una
Hay cuatro formas de cerrar una pila, y ninguna es gratis:
- Más horas del equipo actual. Rápido de activar y el que más rinde por persona, porque ya conocen el proceso. Es también el que tiene límite más corto: sostenido en el tiempo produce ausentismo y salidas, que es justamente lo que originó muchos backlogs.
- Refuerzo temporal. Sirve si el tipo de caso se aprende rápido. Hay que descontar el tiempo de formación y la curva de rampa, porque durante las primeras semanas ese refuerzo produce menos y consume tiempo de los que ya saben. Ese descuento está en entrenamiento y rampa de agentes.
- Simplificar el criterio, por excepción y por escrito. A veces una parte del backlog puede resolverse con una validación más corta sin asumir riesgo real. Es legítimo, pero tiene que ser una decisión documentada del cliente, con alcance y vigencia definidos, no una relajación silenciosa del estándar.
- Automatizar un tramo. Útil cuando hay un subconjunto grande y repetitivo: extracción de datos, validaciones contra una fuente, clasificación previa. No suele estar listo a tiempo para la crisis actual, pero evita la siguiente. Qué se automatiza y qué no está en automatización con agentes de IA.
Lo que se rompe cuando se corre
Un plan de recuperación medido solo por casos cerrados empuja a cerrar mal. El caso desaparece de la cola, reaparece dos semanas después como reclamo y vuelve a entrar como caso nuevo: el backlog no se redujo, se reclasificó.
Por eso la auditoría de calidad debe subir durante la recuperación, no bajar. Y debe mirar específicamente los casos cerrados en el plan de choque, no una muestra general. El método está en control de calidad por muestreo auditado. Un plan que cierra rápido y genera reprocesos no está recuperando nada: está moviendo el problema de mes.
Cómo saber si el plan funciona
El conteo de pendientes del día es el peor indicador posible: sube y baja con la entrada y no dice si la recuperación avanza. Tres lecturas sirven más.
La primera es el balance diario: cierres menos entradas. Mientras sea positivo, la pila baja; el valor de ese balance dice cuántos días faltan. La segunda es la edad del caso más antiguo, que es la que el cliente percibe y la que revela si el orden de atención se está respetando. La tercera es la curva: un plan real muestra una pendiente sostenida, no un salto al principio y una meseta. Cuando la curva se aplana antes de tiempo, casi siempre es porque quedó el trabajo difícil y el plan no lo contempló.
Si el backlog ya implicó incumplimientos del acuerdo de servicio, la conversación con el cliente tiene su propio protocolo, distinto del plan operativo: está en qué hacer ante un incumplimiento de SLA.
El backlog que no se ve
Hay pilas que no aparecen en ningún tablero porque están fuera de la cola oficial: correos sin tipificar en un buzón compartido, casos devueltos al área del cliente esperando información, solicitudes que un jefe guarda para revisar. Al medir el backlog real conviene contarlas, aunque incomode, porque son las que reaparecen justo cuando el plan se declaró terminado.
También conviene revisar si parte del represamiento está fuera de la operación. Un caso que lleva cuarenta días esperando una aprobación del cliente no se resuelve con más personas del proveedor, y presentarlo dentro del mismo indicador impide ver dónde está el cuello real.
Cómo lo hace smartBPO
Cuando recibimos una operación con backlog, lo primero que hacemos es convertirlo a horas de trabajo por tipo de caso y comparar entradas contra cierres sin horas extra, para saber si estamos ante una pila de evento o ante un déficit de capacidad. Acordamos por escrito el orden de atención antes de empezar, incluidos los casos de riesgo que se saltan la fila. Subimos la auditoría de calidad sobre lo que se cierra durante el plan, no después. Reportamos balance diario, edad del caso más antiguo y curva de cierre, en lugar del conteo del día. Y separamos lo que está represado en nuestra cola de lo que espera del lado del cliente, porque son dos problemas distintos y solo uno se resuelve con capacidad.