Los 5 porqués (también llamados cinco porqués o 5 Whys) son una técnica de análisis de causa raíz: preguntas “¿por qué?” en cadena hasta una causa que el proceso puede cambiar. En logística México–EE.UU. sirven para OTIF roto, prueba de entrega incompleta, accesoriales inflados, excepciones de torre y descuadres de CFDI o Carta Porte — no para charcos en planta ni caídas de una app.
- “¿por qué?” (guía, no dogma)
- 5×
- viaje o pedido con evidencia
- 1 ID
- no culpar personas
- Proceso
- Pareto, Ishikawa y 5 porqués
- Stack
Cluster útil: análisis de causa raíz (ACR) · diagrama de Ishikawa · diagrama de Pareto · lean supply chain · metodología 5S.
Qué son los 5 porqués
La técnica de los 5 porqués es simple de explicar y difícil de hacer bien. Tomas un efecto concreto (porcentaje de entregas a tiempo y completas — OTIF — del viaje 4821, pesos de demurrage del mes, pruebas de entrega sin firma) y preguntas por qué ocurrió, usando hechos. Cada respuesta alimenta la siguiente pregunta.
“Cinco” es una heurística del Sistema de Producción Toyota (TPS): empuja al equipo más allá de la primera explicación cómoda. No es un ritual: paras antes si ya tienes una causa accionable; sigues si la quinta respuesta sigue siendo síntoma.
En CEDIS, andén o torre, el dato debe amarrarse a un identificador de pedido o viaje. Sin eso, el análisis mezcla casos distintos y produce “soluciones” que no se pueden medir.
Orígenes: Sakichi Toyoda, Ohno y el TPS
La técnica se asocia a la cultura de resolución de problemas impulsada por Sakichi Toyoda y, sobre todo, a cómo Taiichi Ohno la usó y describió dentro del Sistema de Producción Toyota: repetir “por qué” hasta aclarar la naturaleza del problema y de la solución.
Ohno la presentó como base del enfoque científico en el piso — no como una fórmula de laboratorio. Fuentes de lean y de Toyota la sitúan en esa tradición TPS; no hace falta inventar un año exacto de “invención” para usarla bien en 2026.
Lo que sí debes heredar del TPS: ir al gemba (el lugar real del trabajo), preferir hechos a opiniones, y buscar causas del sistema — método, estándar, handoff — antes de culpar a una persona.
Cómo funciona (con ejemplo de flete)
El flujo operable es corto: define el efecto, junta evidencia, baja la cadena, valida que la causa sea del proceso y cierra con acción medible.
Cadena operable
Del síntoma a la causa
Efecto
Número + ID
Evidencia
GPS · POD · tarifa
Porqués
Hechos en cadena
Cierre
Dueño + re-medir
Ejemplo México–EE.UU. (torre / OTIF): el viaje 4821 falló OTIF en CEDIS destino. El equipo no empieza con “el carrier es malo”; empieza con la ventana de cita y el registro del TMS.
| Paso | Pregunta | Respuesta con evidencia |
|---|---|---|
| 1 | ¿Por qué falló el OTIF del viaje 4821? | Llegó fuera de ventana al CEDIS destino (registro de cita vs GPS). |
| 2 | ¿Por qué llegó fuera de ventana? | Salió ~4 h tarde del andén origen (bitácora de patio / TMS). |
| 3 | ¿Por qué salió tarde? | La cita de carga se movió y el transportista no recibió el cambio a tiempo. |
| 4 | ¿Por qué no recibió el cambio a tiempo? | El cambio quedó en un chat de WhatsApp; el tender del TMS no se actualizó. |
| 5 | ¿Por qué quedó en WhatsApp? | No hay dueño ni regla: “cambio de cita = actualizar tender + confirmar lectura”. |
La causa accionable no es “el coordinador”. Es el proceso de handoff: sin actualización obligatoria en el sistema de gestión de transporte (TMS), el OTIF seguirá rompiéndose con otros nombres.
Beneficios en logística México–EE.UU.
Tres beneficios concretos cuando la cadena se amarra a viaje y a pesos — no a slogans de mejora continua:
| Beneficio | Qué se ve en el piso | Qué se evita |
|---|---|---|
| Claridad | Torre, andén y cuentas por pagar hablan del mismo efecto y la misma causa | Diez opiniones en un Excel sin dueño |
| Velocidad | Atacas el handoff o el estándar en días, no “revisamos procesos” eterno | Parches que solo apagan el síntoma de la semana |
| Estabilidad | Re-medición a 2–4 semanas: el mismo OTIF/accesorial deja de volver | El mismo incendio con otro código de motivo |
En un corredor Monterrey–Laredo–Dallas, un 5 porqués bien cerrado evita que torre, andén y cuentas por pagar culpen al transportista sin evidencia: la torre ve OTIF (On Time In Full: a tiempo y completo) caído en destino, andén confirma salida a tiempo y cuentas por pagar encuentra un accesorial de detention sin prueba de entrega (POD) que ampare la ventana. La cadena termina en “cita movida por WhatsApp sin actualizar el TMS” — no en una junta de culpas.
Otro patrón frecuente: POD ilegible o sin firma. Calidad y Entrega comparten el mismo efecto; el beneficio es dejar de pagar reentregas o accesoriales duplicados mientras “investigan” sin expediente. Con re-medición a dos semanas, el mismo código de fuga deja de aparecer en el Pareto.
Cuándo usarlos vs Ishikawa y Pareto
La pregunta correcta no es “¿cuál es la mejor herramienta?” sino “¿qué decisión necesito hoy?”.
| Herramienta | Mejor para… | Evita usarla cuando… |
|---|---|---|
| Pareto | Priorizar entre muchos problemas o códigos de fuga | Ya sabes cuál es el único dolor y necesitas el “por qué” |
| Ishikawa | Abrir el mapa de causas (andén + flete + medición) | La rama ya está clara y solo falta profundizar |
| 5 porqués | Bajar una cadena causal plausible hasta causa accionable | El espacio de causas es amplio o multifactorial sin mapa previo |
Ejemplo práctico: si el 80% de tus pesos de fuga son tres accesoriales (detention, demurrage, reentrega), empieza con Pareto — no con 5 porqués en paralelo en diez viajes. Cuando el código #1 es detention en CEDIS cliente, Ishikawa abre ramas (cita, andén, medición de OTIF); los 5 porqués bajan la rama “cita desalineada” hasta una regla de handoff accionable.
Si ya tienes cadena clara (“salió tarde porque el tender no reflejó la cita nueva”), salta Ishikawa y usa 5 porqués directo — con GPS, POD y tarifa al mismo ID de viaje. Mezclar herramientas sin decisión previa convierte el análisis de causa raíz en mural de calidad.
Guías profundas: Pareto en logística, Ishikawa y el hub ACR con cinco herramientas.
Limitaciones y sesgos
Los 5 porqués fallan de formas predecibles. Conócelas antes de venderlos como “ACR completo”.
- Causa única forzada: muchos fallos de flete son multifactoriales (cita + patio + medición). Una sola cadena puede ocultar la segunda raíz.
- Sesgo del facilitador: quien guía el taller puede empujar hacia su hipótesis favorita (“siempre es el carrier”).
- Opinión sin evidencia: “porque no les importa” no es un hecho. Cada porqué debe citar GPS, POD, tarifa, CFDI o bitácora.
- Culpar personas: si la respuesta es un nombre propio, pregunta qué estándar, herramienta o handoff falló.
- Parar demasiado pronto: tres porqués que terminan en síntoma (“llegó tarde”) no son causa raíz.
Paso a paso y plantilla de documento
Usa esta secuencia en el huddle o en el taller de excepciones. Luego llena la plantilla — sin plantilla, el análisis se evapora.
Taller corto
Seis pasos
Definir
Efecto + ventana
Traer
Evidencia del ID
Preguntar
Porqués con hechos
Validar
¿Proceso cambia?
Asignar
Dueño + plazo
Re-medir
Misma métrica
Campos mínimos de la plantilla
| Campo | Qué anotar | Ejemplo flete |
|---|---|---|
| Efecto | Métrica + umbral + fecha | OTIF viaje 4821 = fuera de ventana |
| ID | Pedido / viaje / remisión | 4821 · folio TMS |
| Evidencia | Fuente citada por cada porqué | GPS + cita + chat + tender |
| Cadena | 3–7 porqués (no forzar 5) | Ver tabla del ejemplo |
| Causa accionable | Método/estándar a cambiar | Regla cambio de cita a TMS |
| Acción | Qué se cambia y dónde | Checklist handoff + alerta torre |
| Dueño / plazo | Nombre de rol + fecha | Tráfico · 10 días |
| Re-medición | Misma métrica, nueva ventana | OTIF citas movidas · 4 semanas |
Con Ishikawa, Pareto, lean y 5S
Los 5 porqués no compiten con el resto del kit: lo completan. El orden que suele funcionar en corredor México–EE.UU. es este:
| Paso | Herramienta | Pregunta que responde |
|---|---|---|
| 1 | Pareto | ¿Qué dolor atacar primero? |
| 2 | Ishikawa | ¿Qué ramas candidatas hay? |
| 3 | 5 porqués | ¿Cuál es la causa accionable de esta rama? |
| 4 | Lean / 5S | ¿Qué muda o desorden del handoff atacamos? |
| 5 | KPI | ¿Cómo sabemos que dejó de volver? |
Para acción después de la causa: lean supply chain y 5S en almacén. Para medir sin mentirte: KPIs de distribución.
Checklist de cierre operable
Antes de dar por cerrado el taller, pasa esta lista. Si falla un ítem, aún no tienes ACR — tienes un borrador.
Elige un paso para ver el detalle
Detalle del paso · 01
Efecto medible
Excepciones y evidencia: qué ejecuta OCL
Cuando la cadena de porqués apunta a evidencia incompleta, handoff informal o puente humano — estatus recapturado, POD suelto, pago sin expediente — el siguiente paso no es otro mural: es ejecutar el registro.
OCL es un TMS autónomo con agentes de IA (uso de computadora): arma el expediente por viaje, puede timbrar factura y Carta Porte cuando el alcance fiscal aplica, audita pre-pago y escala excepciones tipadas para tu equipo. Coexiste con tu TMS; no exige migración el día 1.
Si el problema es “falsa digitalización” (pantallas llenas, trabajo todavía humano), lee falsa digitalización del flete. Si el dolor vive en la torre: torre de control logística.
Ideas clave5 puntos
- Los 5 porqués bajan del síntoma a una causa accionable preguntando “¿por qué?” en cadena — cinco es guía, no dogma.
- En flete México–EE.UU. cada respuesta debe citar evidencia amarrada a un ID de viaje (GPS, POD, tarifa, CFDI/Carta Porte).
- Regla de oro: proceso, no personas. Si el “por qué” termina en un nombre propio sin método detrás, sigue preguntando.
- Pareto prioriza, Ishikawa mapea, 5 porqués profundizan una rama; solos no sustituyen un ACR completo.
- Cierra con dueño, plazo y re-medición; si la raíz es expediente o handoff, OCL ejecuta evidencia y excepciones tipadas.
¿Tu cadena de porqués termina en evidencia o en WhatsApp?
Lectura relacionada
Preguntas frecuentes
Son una técnica de análisis de causa raíz: preguntas “¿por qué?” en cadena hasta una causa que el proceso puede cambiar. Cinco es una guía, no un número mágico. En logística México–EE.UU. se amarran a un ID de viaje y a evidencia (GPS, prueba de entrega, tarifa, CFDI).
La técnica se asocia a la cultura de resolución de problemas de Sakichi Toyoda y al Sistema de Producción Toyota. Taiichi Ohno la popularizó y la describió como base del enfoque científico de Toyota: repetir “por qué” hasta aclarar el problema y la solución. No inventes fechas exactas de “invención”; usa esa tradición con cuidado.
Pareto prioriza qué problema duele más. Ishikawa abre el mapa de causas candidatas. Los 5 porqués profundizan una rama cuando la cadena causal ya es plausible. Orden útil: Pareto, Ishikawa y 5 porqués.
No. Paras cuando la siguiente respuesta ya no es accionable, culparía a una persona sin sistema detrás, o saltaría a especulación sin evidencia. A veces bastan tres; a veces hacen falta más.
Solos, no. Si hay varias ramas (andén + flete + medición), primero mapea con Ishikawa o prioriza con Pareto. Los 5 porqués asumen una cadena principal; forzar una sola causa es un límite conocido.
Registra efecto medible, ID de viaje o pedido, evidencia citada en cada “por qué”, causa accionable, dueño, plazo y cómo re-medirás. Sin esos campos, el taller es opinión.
Cuando la raíz es evidencia incompleta, handoff en WhatsApp o puente humano (POD suelto, estatus recapturado, pago sin expediente), OCL arma el expediente por viaje, puede timbrar factura y Carta Porte cuando el alcance fiscal aplica, audita pre-pago y escala excepciones tipadas. Coexiste con tu TMS.