Una operación de atención al cliente se mide casi sola. Hay una cola visible, un tiempo de espera, un contacto que entra y sale. En back office nada de eso existe. El trabajo llega por correo, por un archivo, por una bandeja de un sistema, y puede quedarse ahí tres días sin que nadie lo note. Por eso muchas operaciones de back office tercerizado se reportan con indicadores prestados del contact center que no explican nada.
El problema no es la falta de datos. Es que casi siempre falta lo primero: una definición clara de qué cuenta como una unidad de trabajo.
Primero: definir la unidad de trabajo
Antes de hablar de productividad hay que poder terminar esta frase: "una unidad es ___". Suena obvio y es donde se rompe la mayoría de los acuerdos. Una factura procesada no es lo mismo que una factura con diez líneas y tres anexos. Una conciliación de veinte movimientos no es una de doscientos.
Una definición utilizable tiene tres partes:
- Qué es una unidad. Un documento, un registro, un caso, una solicitud completa. Nombrada como aparece en el sistema, no como se llama en la conversación.
- Cuándo empieza y cuándo termina. Empieza cuando el ítem entra a la bandeja del equipo, no cuando alguien lo abre. Termina cuando queda en estado final verificable, no cuando el analista lo marca como listo.
- Qué complejidades existen. Dos o tres tipos, no quince. Simple, con excepción, con validación externa. Cada tipo se mide aparte porque no se comparan entre sí.
Si esa definición no está escrita antes del arranque, el primer reporte mensual será una discusión sobre el denominador. Es la misma disciplina que aplica a cualquier proceso antes de entregarlo: está en qué documentar antes de tercerizar un proceso.
Los cuatro indicadores que sostienen la operación
Con la unidad definida, cuatro cifras bastan para dirigir una operación de back office. Todo lo demás es detalle de apoyo.
- Producción por hora efectiva. Unidades terminadas dividido entre las horas realmente dedicadas al proceso, no entre las horas de nómina. Se reporta separada por tipo de complejidad.
- Tiempo de ciclo. Cuánto tarda una unidad desde que entra hasta que queda cerrada. Se mira en percentiles, no en promedio: el promedio esconde exactamente los casos que generan quejas.
- Exactitud a la primera. Porcentaje de unidades que quedan bien sin retrabajo ni devolución. No se mide sobre lo que el equipo reportó; se mide sobre una muestra auditada.
- Edad del inventario pendiente. Cuántas unidades están abiertas y hace cuánto. Es el indicador que anticipa problemas antes de que aparezcan en los otros tres.
Si el reporte mensual trae producción y no trae edad del pendiente, está mostrando la mitad de la operación.
El pendiente: el indicador que se ignora hasta que duele
Un equipo puede cerrar más unidades cada mes y al mismo tiempo estar quedándose atrás, si el ingreso crece más rápido. La producción sube, el cliente celebra, y tres meses después aparece un lote de casos viejos que ya generaron reclamos, intereses o un hallazgo de auditoría.
Por eso el pendiente se mira por antigüedad y no como un número único. Cien casos abiertos de ayer no son cien casos abiertos de hace tres semanas. La forma práctica es agrupar por rangos de días y observar cómo se mueve el tramo más viejo mes a mes. Si ese tramo crece mientras la producción también crece, el proceso tiene una fuga: casos que nadie puede cerrar porque falta una decisión, un dato o un acceso, y que rotan de bandeja sin resolverse.
Ese tipo de casos merece su propia categoría y su propio dueño en el lado del cliente. No son productividad del proveedor: son dependencias, y confundirlas contamina cualquier evaluación.
Exactitud no es lo mismo que calidad percibida
En back office el error tiene costo directo y demorado. Un dato mal capturado no genera una queja inmediata; genera una diferencia en el cierre, una devolución bancaria o un reproceso dos semanas después, cuando ya nadie recuerda quién lo hizo.
Medir exactitud pidiéndole al equipo que reporte sus propios errores no funciona. Hay que auditar una muestra, con criterios escritos y un evaluador que no sea quien ejecutó. Vale la pena distinguir errores críticos —los que afectan dinero, un tercero o una obligación legal— de los cosméticos, porque un promedio único los mezcla y esconde el que importa. La mecánica completa está en control de calidad por muestreo auditado.
Qué no vale la pena medir
Tres indicadores aparecen con frecuencia en reportes de back office y aportan poco:
- Horas conectadas. Dicen que la gente estuvo, no que el trabajo salió. En un proceso con unidad definida, la producción ya lo cubre.
- Promedio de tiempo por unidad como meta individual. Presionarlo hace que los casos difíciles se dejen para después. El pendiente viejo crece y nadie entiende por qué.
- Volumen total sin desagregar por complejidad. Un mes con más casos simples se ve como un mes más productivo, y no lo es.
La unidad define el precio
Cuando la unidad de trabajo está bien definida y tiene tipos de complejidad, el servicio puede cotizarse por transacción en lugar de por FTE, y el incentivo cambia: al proveedor le conviene mejorar el proceso, no sumar personas. Cuando la unidad es difusa o el volumen es muy variable, el esquema por FTE sigue siendo más honesto para ambos lados. La comparación entre esquemas está en modelos de precio en BPO.
Ese mismo mapa de unidades y complejidades es lo que permite decidir después qué pasos automatizar y cuáles no, con criterio y no por moda. Lo tratamos en automatización con IA en BPO.
Preguntas para la reunión mensual
- ¿Cuál es la definición escrita de una unidad, y coincide con la que usa el sistema?
- ¿La producción está separada por tipo de complejidad?
- ¿Cómo se mueve el tramo más antiguo del pendiente respecto al mes pasado?
- ¿Qué porcentaje de los casos abiertos está bloqueado por una dependencia nuestra?
- ¿La exactitud viene de una muestra auditada o del autorreporte del equipo?
- ¿Los errores críticos se cuentan aparte de los cosméticos?
Cómo lo hace smartBPO
En los procesos de back office acordamos la definición de unidad y los tipos de complejidad durante el diseño de la transición, y la validamos contra los estados reales del sistema del cliente antes de comprometer cualquier cifra. Reportamos producción, tiempo de ciclo por percentil, exactitud sobre muestra auditada y edad del inventario pendiente, con los casos bloqueados por dependencias del cliente contados aparte para que la conversación sea sobre el proceso y no sobre a quién le toca. Cuando el tramo antiguo del pendiente crece, lo llevamos a la mesa con la causa clasificada antes de que se convierta en un hallazgo. Y cuando la unidad queda estable, proponemos revisar el esquema de precio, porque medir bien es lo que permite cobrar por resultado en lugar de por presencia. No prometemos cero errores: proponemos que el error se detecte por muestreo, se clasifique por impacto y se corrija con una fecha.