El mes pasado, el director de operaciones de un 3PL me mostró dos reportes. Misma semana, mismo edificio: el Reporte A decía que el UPH de picking era 85, el Reporte B decía 112. Me preguntó: Lao Mi, ¿cuál es el correcto? ¿Está roto el sistema?
Cinco minutos de lectura después le dije: ambos son correctos, y no hay nada roto. El Reporte A divide entre el tiempo puro de picking; el Reporte B divide entre las horas registradas. Distintos denominadores, distintos números. Obvio.
Después de un go-live de WMS, el «problema del sistema» más común es en realidad un problema de personas: nadie alineó jamás las definiciones de las métricas. El UPH, la precisión y la puntualidad de cada uno significan algo distinto. Déjame desarmar de una vez por todas las tres métricas más usadas.
UPH: cambia el denominador y el número se mueve 30%
UPH (unidades por hora) es la métrica de almacén más usada — y la más desordenada. He visto al menos tres fórmulas:
Fórmula uno: tiempo puro de tarea. El numerador son las unidades recogidas; el denominador corre desde la primera hasta la última tarea de picking. Descansos, baño, espera de olas — todo excluido. El número más bonito de los tres; el UPH vuela por encima de 100.
Fórmula dos: horas registradas. El denominador es el tiempo de turno — ocho horas son ocho horas. La más «honesta» y la más fea: misma gente, mismo trabajo, el UPH cae 20–30%.
Fórmula tres: tiempo de sesión del sistema. El denominador es la duración de la sesión en la terminal portátil. Más flexible que la fórmula uno, más estricta que la fórmula dos, el número cae en el medio.
Tres fórmulas, un equipo, tres números: 85, 98, 112. El jefe lleva el 112 a comparar con la industria y se siente campeón; RRHH toma el 85 para fijar destajo y siente que la mano de obra es demasiado cara. Hablan sin entenderse — todo porque nadie alineó el denominador.
Mi recomendación: gestionen internamente con la fórmula dos (horas registradas), porque ese es el tiempo que realmente pagan. Usen la fórmula uno para benchmarking externo y SLAs de proveedores, pero etiqueten siempre la base. Lo más importante: toda la empresa reconoce un solo número. Impriman la definición del denominador junto a cada métrica en cada reporte — una línea de texto pequeño ahorra discusiones interminables.
Precisión: la etapa que midas cambia el número en un orden de magnitud
«Precisión de picking 99.5%» suena bien. Pero pregunten: ¿precisión en qué etapa?
Precisión en etapa de picking: errores de picking ÷ unidades totales recogidas. Suele ser el número más bonito, porque la auditoría posterior atrapa algunos errores.
Precisión en etapa de auditoría: pedidos con errores detectados en auditoría ÷ pedidos totales. Más baja que la primera, porque cuenta los errores que sobrevivieron hasta la auditoría.
Precisión por reclamos de cliente: reclamos de clientes por errores y faltantes ÷ pedidos totales. La más fea — típicamente apenas por encima de 99% — pero la única que le importa al cliente.
Tres etapas: 99.8%, 99.5%, 99.1%. Todas llamadas «precisión», difiriendo solo en dónde se atrapó el error. Muchos almacenes prometen a los clientes un SLA sobre el primer número mientras los clientes miden el tercero — y termina con los abogados.
Háganlo bien: rastreen las tres, pero úsenlas por separado. La etapa uno evalúa a los pickers, la etapa dos evalúa el proceso de auditoría, la etapa tres entra en los SLAs de clientes. Muestren las tres lado a lado en el reporte del WMS y verán de un vistazo por dónde se filtran los errores — para eso son los datos.
Puntualidad: sin reglas escritas, el KPI no significa nada
«Tasa de pedidos a tiempo 98%» — ¿a tiempo contra qué? ¿Corte de ola? ¿24 horas después del pedido? ¿Corte del transportista?
Lo peor que he visto: el almacén definía «a tiempo» como «despachado el mismo día» mientras el cliente lo definía como «escaneo de recolección del transportista». En el medio están la entrega al TMS y los retrasos de recolección del transportista. El almacén creía estar en 99%; el cliente medía 94%. Ambos se sintieron engañados.
Una definición de puntualidad necesita cuatro elementos: inicio (¿hora del pedido o liberación de ola?), fin (¿despacho, entrega o recepción?), tolerancia (¿cuántos minutos antes del corte aún cuentan?), exclusiones (¿cuentan los retrasos causados por el cliente y las direcciones erróneas?). Escriban los cuatro en el SOP, extraigan los datos del WMS con esa lógica, y solo entonces el KPI significa algo.
Una sutileza: ¿el denominador incluye pedidos que nunca tuvieron oportunidad? Un pedido hecho a las 10 PM contra un corte de transportista de 5 PM es «tardío» por destino. Inclúyanlo y la métrica queda arrastrada permanentemente; exclúyanlo y la regla se complica. Mi enfoque: muestren dos números — la «tasa a tiempo de pedidos factibles» y la «tasa a tiempo de todos los pedidos». La primera evalúa operaciones; la segunda muestra el panorama completo.
Alineen definiciones antes de construir reportes
Muchos almacenes salen en vivo con el WMS e inmediatamente empiezan a personalizar reportes. Yo digo lo contrario: hagan una reunión, fijen en una sola página las definiciones de sus diez métricas clave — un manual de definiciones de métricas — y luego IT construye los reportes según el manual. Inviertan el orden y cada reporte nuevo solo crea discusiones nuevas.
El manual no necesita ser elegante. Cuatro líneas por métrica: nombre, numerador, denominador, exclusiones. Péguenlo en la pared de la sala de reuniones; cada supervisor nuevo lo lee el día uno. No subestimen esa página — en los almacenes con los que he trabajado, los que alinearon definiciones redujeron el tiempo de reuniones multifuncionales en aproximadamente un tercio. Porque la gente por fin discute «cómo mejorar» en vez de «si tu número es correcto».
¿Qué fórmula usa tu almacén para el UPH? Comparen notas en los comentarios y vean qué tan lejos estamos.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
