Si tu empresa presta servicios de mantenimiento industrial, tarde o temprano vas a tener que responder con números —no con "el equipo funciona bien"— dos preguntas que todo cliente industrial termina haciendo: ¿qué tan seguido falla este equipo? y ¿qué tan rápido reaccionan ustedes cuando falla? Esas dos preguntas tienen nombre técnico: MTBF y MTTR.
Qué es el MTBF (tiempo medio entre fallas)
El MTBF (Mean Time Between Failures) mide, en promedio, cuánto tiempo pasa un activo funcionando entre una falla y la siguiente. Se calcula así:
MTBF = Tiempo total de operación / Número de fallas
Ejemplo: si un compresor operó 4.000 horas en un período y tuvo 4 fallas registradas, su MTBF es de 1.000 horas. Un MTBF más alto significa un activo más confiable — falla con menos frecuencia. Es la métrica que le importa al cliente cuando evalúa si su equipo es confiable o si necesita reemplazo, rediseño o un plan preventivo más agresivo.
Qué es el MTTR (tiempo medio de reparación)
El MTTR (Mean Time To Repair) mide, en promedio, cuánto tiempo toma reparar un activo una vez que falla — desde que se reporta la incidencia hasta que el equipo vuelve a estar operativo. Se calcula así:
MTTR = Tiempo total de reparación / Número de fallas
Ejemplo: si esas 4 fallas del compresor sumaron en total 8 horas de reparación, el MTTR es de 2 horas por falla. Un MTTR más bajo significa que tu equipo responde y resuelve rápido — es la métrica que mide directamente tu desempeño como proveedor, no la confiabilidad intrínseca del activo.
Por qué estas dos métricas son las que debes reportar a tu cliente
MTBF y MTTR juntas cuentan la historia completa: el MTBF le dice al cliente qué tan sano está su activo, y el MTTR le dice qué tan bien lo respaldas tú cuando algo sale mal. Un proveedor que puede mostrar ambas métricas, por activo y por período, con datos reales —no estimaciones— tiene una conversación completamente distinta con su cliente que uno que solo dice "atendimos todos los tickets a tiempo".
Además, ambas métricas alimentan decisiones de negocio concretas: si el MTBF de un equipo cae de forma sostenida, es momento de escalar de mantenimiento correctivo a preventivo, o de recomendar un reemplazo. Si tu MTTR sube, puede ser señal de que falta stock de repuestos críticos, de que el despacho no está asignando al técnico correcto, o de que el SLA pactado ya no es realista.
El requisito que casi nadie menciona: datos estructurados, no bitácoras en papel
Aquí está el punto que la mayoría de las empresas de mantenimiento industrial descubre tarde: no puedes calcular MTBF ni MTTR con bitácoras de papel, planillas sueltas o un cuaderno de guardia. Ambas fórmulas requieren datos exactos y consistentes para cada evento de falla:
- Fecha y hora exacta en que se reportó la falla (inicio de la incidencia).
- Fecha y hora exacta en que el activo volvió a estar operativo (cierre de la orden de trabajo).
- El activo específico afectado, no "la línea 2" en general.
- Que cada falla quede como un registro discreto y separado, no mezclada dentro de una nota de texto libre.
Si esos cuatro datos no existen de forma estructurada y consistente —para cada activo, para cada falla, durante meses—, el cálculo de MTBF y MTTR es, en el mejor de los casos, una aproximación hecha a ojo. En el peor, es un número inventado para la reunión con el cliente.
Por qué la orden de trabajo es la unidad de medida correcta
Un sistema de órdenes de trabajo bien estructurado resuelve esto de forma casi automática: cada incidencia queda con su fecha de apertura, cada orden de trabajo generada a partir de ella queda con su fecha de cierre, y ambas quedan asociadas al activo específico. Si ese flujo ya existe para operar el día a día, calcular MTBF y MTTR no es un proyecto adicional — es una consulta sobre datos que ya tienes. Este es exactamente el argumento detrás de elegir un CMMS pensado para mantenimiento industrial en lugar de administrar todo en Excel: la trazabilidad no es un "extra", es el prerrequisito para poder demostrar confiabilidad con números reales.
Cómo presentar estos números a tu cliente
No basta con calcular MTBF y MTTR una vez — el valor está en el seguimiento en el tiempo, por activo o por línea, comparado contra el período anterior o contra el SLA pactado. Un reporte simple pero efectivo incluye, por activo crítico: MTBF actual versus período anterior, MTTR actual versus SLA comprometido, número de fallas en el período, y una nota breve de causa raíz cuando aplique. Ese reporte, entregado de forma consistente cada mes, es lo que diferencia a un proveedor que "hace mantenimiento" de uno que gestiona confiabilidad.
Lo que el MTTR revela sobre tu cadena de repuestos
El MTTR no mide solo la habilidad técnica de tu equipo — mide todo el proceso que ocurre entre que una falla se reporta y el activo vuelve a operar, incluyendo el tiempo que un técnico pasa esperando un repuesto en bodega o en tránsito desde un proveedor. Si desagregas el MTTR en sus componentes —tiempo de traslado, tiempo de diagnóstico, tiempo de espera por repuesto, tiempo de reparación efectiva— es común descubrir que la reparación en sí misma toma una fracción menor del tiempo total, y que el verdadero cuello de botella está en la disponibilidad de repuestos críticos. Esa desagregación solo es posible si cada etapa queda registrada como un evento con su propia marca de tiempo dentro de la orden de trabajo.
Un ejemplo de reporte mensual por activo
| Activo | MTBF (horas) | MTTR (horas) | Fallas en el período |
|---|---|---|---|
| Compresor línea 1 | 1.000 | 2,0 | 4 |
| Bomba de agua línea 2 | 620 | 3,5 | 6 |
| Cinta transportadora A | 1.450 | 1,2 | 2 |
Con una tabla así —generada directamente desde el historial de órdenes, sin trabajo manual adicional— un cliente puede ver de inmediato qué activo necesita atención prioritaria: en este ejemplo, la bomba de agua de la línea 2 tiene el MTBF más bajo y el MTTR más alto del grupo, una combinación que amerita revisar tanto el plan preventivo como la disponibilidad de sus repuestos críticos.
Errores comunes al calcular estas métricas
Tres errores se repiten con frecuencia. El primero es mezclar fallas menores con paradas mayores sin distinguir su impacto real, lo que diluye el promedio y esconde los problemas serios. El segundo es calcular el MTTR usando solo el tiempo de reparación efectiva, sin contar el tiempo de espera por repuestos o el desplazamiento del técnico — lo que infla artificialmente el número a tu favor y termina generando desconfianza cuando el cliente lo nota en terreno. El tercero es no separar el MTBF por tipo de falla cuando un mismo activo tiene modos de falla muy distintos entre sí, lo que mezcla causas que en realidad requieren estrategias de mantenimiento diferentes.
En resumen
MTBF y MTTR no son métricas de "nivel enterprise" reservadas para grandes plantas con sensores IoT — son el lenguaje mínimo con el que cualquier empresa de mantenimiento industrial debería hablar con sus clientes sobre confiabilidad. Pero ese lenguaje solo es posible si cada falla y cada reparación quedan registradas como datos estructurados, orden por orden, desde el primer día. Todo lo demás —el reporte bonito, el dashboard, la reunión mensual con el cliente— depende por completo de esa decisión previa.