Empiezo con el dinero.
Un almacén de 20,000 metros cuadrados despacha 8,000 pedidos al día. El año pasado el dueño gastó unos $90,000 en un WMS y otros $30,000 en un OMS. Una mañana le pregunta a su director de operaciones: "¿Ganamos dinero esta semana?" La respuesta: "Más o menos. Mejor que la semana pasada." Pregunta: "¿Cuánto mejor? ¿Qué parte lo generó? ¿Por dónde se escapó el dinero?" Nadie puede responder. El WMS está ahí. El OMS está ahí. Cada número vive dentro de los sistemas. Pero el dueño sigue dirigiendo el negocio con un reporte semanal en Excel que se arma a mano los viernes por la noche, y los números siguen sin cuadrar.
Para eso sirve exactamente un panel BI de almacén: ocho números, cada mañana, cada uno con una fuente clara. Nada más.
Yo no hago "visión de transformación digital". Hago dos cálculos. Primero: un almacén sin panel obliga a su dueño a tomar al menos tres decisiones por instinto al mes — contratar o no, bajar precios o no, aceptar los pedidos de este cliente o no. Una decisión equivocada cuesta decenas de miles cada vez, como mínimo. Segundo: ¿un año de BI cuesta menos que las pérdidas de decisiones que evita? Corre los dos números, y si conviene construir el panel se responde solo.
Los 8 números del panel BI de almacén — si falta uno, el negocio es una nebulosa
Permito exactamente ocho números en el panel del dueño. Todo lo demás es ruido. Los ocho son medibles en cualquier almacén, con definiciones tan cerradas que nadie puede discutirlas.
| # | KPI | Definición en una frase | Rango saludable |
|---|---|---|---|
| 1 | Exactitud de inventario | SKU donde el libro coincide con el físico ÷ SKU contados | ≥99.5% |
| 2 | Tasa de despacho a tiempo | Pedidos despachados antes del corte ÷ pedidos totales | ≥98% |
| 3 | Productividad laboral (UPH) | Unidades despachadas ÷ horas de mano de obra de primera línea (pick/pack/verificación) | Varía por vertical |
| 4 | Costo por pedido cumplido | Costo total de fulfillment del mes ÷ pedidos despachados | Bajando año tras año |
| 5 | Utilización de slots | Slots ocupados ÷ slots utilizables | 75%–85% |
| 6 | Tasa de devoluciones | Pedidos devueltos ÷ pedidos despachados | <8% para e-commerce |
| 7 | Proporción de horas extra | Horas extra ÷ horas totales | <10% |
| 8 | Valor de stock muerto | Valor de costo del inventario sin movimiento en 90 días | Bajando año tras año |
¿Por qué estos ocho? La exactitud de inventario es la base — si el libro y el físico no coinciden, todos los demás números son ficción. He visto un almacén operando al 97% de exactitud con más de $50,000 al mes en variación inexplicable; sus demás KPI se veían hermosos y no significaban nada. La tasa a tiempo lleva las penalizaciones directas: un día de retraso significa flete urgente, multas del marketplace, clientes perdidos. UPH y la proporción de horas extra son un par — UPH cayendo mientras las horas extra suben significa que tu estructura laboral está rota, y la nómina del próximo mes lo mostrará. El costo por pedido es el resultado final del dueño; los otros siete son su descomposición. Utilización de slots y stock muerto también son un par — al 90% de utilización no deberías arrendar más espacio; deberías limpiar el stock muerto.
Y aquí lo contraintuitivo: la mayoría de los dueños cree que un panel BI resuelve "no puedo ver". En realidad resuelve "no podemos discutir". Ventas solía culpar al almacén por despachar lento; el almacén culpaba a ventas por soltar pedidos después del corte. Cada lado traía su propio Excel. Después de que el panel salió en vivo, el día que la tasa a tiempo cayó, el panel mostró que el 41% de los pedidos llegaron después del corte. Fin de la discusión. Los números estaban ahí.
De dónde viene cada número: no dejes que tu panel se convierta en una hoja de cálculo disfrazada
La fuente de datos es todo el juego. El "panel BI" más gracioso que he visto: dos semanas de desarrollo en una interfaz hermosa, alimentada cada lunes por alguien que exportaba datos del WMS a Excel y los tecleaba a mano. Eso no es un panel. Es un reporte semanal con disfraz.
Aquí es de dónde vienen realmente los ocho números:
| KPI | Fuente principal | Qué significa "libro" en qué tabla |
|---|---|---|
| Exactitud de inventario | WMS (conteos cíclicos + libro de inventario) | Variación = cantidad del sistema − cantidad contada, por SKU |
| Tasa de despacho a tiempo | OMS (pedidos + corte prometido) o WMS (marca de tiempo de despacho) | Usa el corte prometido del OMS, no las marcas internas del WMS |
| Productividad laboral (UPH) | WMS (marcas de finalización de tareas) + sistema de asistencia (horas de piso) | El denominador son horas de primera línea; excluye supervisores |
| Costo por pedido | Finanzas (nómina/insumos/facturas de transportistas) + WMS (volumen de pedidos) | El numerador es dinero real gastado, no presupuesto |
| Utilización de slots | WMS (maestro de slots + estado de ocupación) | "Utilizable" excluye slots dañados y reservados |
| Tasa de devoluciones | OMS (pedidos de devolución) o WMS (recepción de devoluciones) | Elige una definición; ambos lados deben cuadrar |
| Proporción de horas extra | Sistema de asistencia (registros de entrada/turnos) | Confía en el reloj, no en el reporte del supervisor |
| Valor de stock muerto | WMS (inventario + fechas de recepción por lote) + finanzas (costo unitario) | 90 días sin movimiento × costo promedio móvil |
La trampa en la que cae el noventa por ciento de los almacenes: el mismo número tiene definiciones distintas en sistemas distintos. La tasa a tiempo por el reloj del OMS usa el corte prometido; por el reloj del WMS usa la hora de escaneo completo. Esa brecha de 2–3 puntos basta para un mes de señalamientos. La primera tarea de cualquier proyecto de panel no es desarrollar — es definir: una frase por número, fuente fijada a un sistema y tabla específicos, firmada por finanzas, operaciones e IT.
La fuente también decide si "cada mañana" es siquiera posible. La exactitud de inventario viene de los conteos cíclicos — semanal en el mejor de los casos — así que no la fuerces al panel diario. Seis números se refrescan a diario, dos semanalmente. Un panel no es mejor con más métricas; es mejor cuando la cadencia de refresco coincide con la definición.
Construirlo vs. comprar una herramienta BI: déjame correr los números hasta el decimal
La pregunta que hace todo dueño. Las estructuras de costo de las dos rutas son completamente distintas, así que aquí están lado a lado.
Escenario: un almacén, 8,000 pedidos al día, ocho KPI — seis diarios, dos semanales.
| Concepto de costo | Construir en casa (desarrollo/contrato único) | Comprar herramienta BI (suscripción anual) |
|---|---|---|
| Gasto año 1 | $11k–$21k (desarrollo + integración) | $4k–$11k/año (licencia + implementación) |
| Año 2 en adelante | $1.5k–$3k/año (mantenimiento) | $4k–$11k/año (renovación) |
| Integración de fuentes | Conectar WMS/OMS/asistencia/finanzas uno por uno — pesado en mano de obra | La mayoría de herramientas necesita ETL o un DB intermedio; la implementación se factura aparte |
| Costo de cambiar una definición | Una línea de SQL | Rehacer reporte + ETL, a veces cargos extra |
| Costo total de propiedad a 3 años | Aproximadamente $15k–$27k | Aproximadamente $13k–$33k |
| Riesgo mayor | El desarrollador se va, nadie lo mantiene | Cambias un sistema fuente, cada reporte se rompe |
La matemática dice: para un solo almacén de menos de 10,000 pedidos al día con ocho KPI, construir gana. Una persona de datos que sepa SQL puede levantar el panel en dos semanas, y ahorras dinero real en tres años. Dos excepciones donde comprar es lo correcto: primera, múltiples almacenes o unidades de negocio — permisos, drill-downs y apps móviles de una herramienta BI valen el precio; segunda, no tienes persona de datos y el dueño es el mayor "ingeniero de datos" de la empresa — entonces no construyas. Compra la herramienta y ahorra el costo de personal.
Hay un trade-off que la mayoría pasa por alto: el mayor costo de un proyecto de panel no es el desarrollo. Es el tiempo quemado discutiendo definiciones. Vi un almacén comprar una herramienta BI y dejarla seis meses sin salir en vivo — no un problema de tecnología. Finanzas y operaciones pasaron tres meses peleando por el numerador del costo por pedido: ¿el gasto en transportistas se asigna, cuentan las devoluciones, entran los salarios de supervisores? Cinco reuniones de selección de herramienta. Once reuniones de definiciones. Así que construyas o compres, las definiciones van antes que la herramienta. Invierte el orden y estás quemando dinero.
Checklist de salida en vivo: cuatro semanas, no un "proyecto digital" de seis meses
Los proyectos de panel mueren cuando se convierten en "programas de transformación". Aquí hay una cadencia de cuatro semanas. Si el tuyo toma más, la dirección probablemente está mal.
Semana uno: definiciones. Una frase por número, fuente fijada a una tabla, firmada por finanzas, operaciones e IT. Sin firma, todo lo demás es desperdicio.
Semana dos: conectar las fuentes. Pon a fluir los seis números diarios con un job programado a las 3 a.m. No persigas tiempo real — diario es totalmente suficiente para decisiones operativas, y el dinero gastado en paneles en tiempo real es noventa por ciento desperdicio.
Semana tres: la interfaz. Una página, ocho números, semáforos. Sin drill-downs, sin análisis multidimensional, sin pronósticos — el éxito es el dueño abriendo su teléfono a las 8 a.m. y viendo ocho números.
Semana cuatro: corre dos semanas, corrige las definiciones. Cada desajuste es un problema de definición, nunca un problema de tecnología. Corrige, publica.
Cuenta final: un panel BI de almacén funcional cuesta $11k–$21k construirlo (o $4k–$11k comprarlo) en el año uno, y evita al menos 2–3 decisiones por instinto al mes. A $4k por decisión equivocada, son 36 al año — el ahorro es diez veces la inversión. Esa matemática funciona.
Por Lao Zhou, Analista de costos logísticos
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
