Haga medible el trabajo de mantenimiento crítico antes de escalar
Empiece por el flujo que hoy está fallando —notificación, respuesta, ejecución, documentación— en sus activos críticos. La monitorización de condición se añade solo donde realmente existen sensores y suficiente tiempo de observación, y la predicción de fallos solo se reclama donde existe historial de fallos etiquetado.
Evaluar mis activos críticosHablar con un ingeniero de fabricación¿Es este el problema que necesita resolver?
- La gestión de averías funciona por llamadas telefónicas y una pizarra, así que el tiempo de respuesta es desconocido.
- Los planes preventivos existen en papel y se retrasan calladamente cada vez que producción está ocupada.
- El mismo fallo se repite y nadie puede demostrarlo, porque el historial está en cuadernos.
- Los repuestos se descubren ausentes justo cuando el técnico los necesita.
Interlocutor principal: Responsable de mantenimiento · Responsable de fiabilidad · Director de planta · Responsable de ingeniería · Responsable de excelencia operativa
Qué demostrará este PoC
Alcance recomendado del piloto
- Activos críticos seleccionados — aquellos cuyo fallo realmente detiene la producción.
- Un equipo de mantenimiento, con el flujo de averías y notificación que usa hoy.
- Planes preventivos, órdenes de trabajo y, donde sea relevante, los repuestos detrás de ellos.
- Jerarquía de activos, criticidad y el historial de fallos que exista.
- Sensores solo para casos de uso de monitorización de condición acordados, nunca como supuesto general.
Qué estará funcionando durante el PoC
Cómo se desarrolla este PoC
Las duraciones son habituales, no garantizadas. Lo que alarga un calendario: datos incompletos o ausentes, aprobaciones de seguridad y de red, plazos de entrega de hardware, recogida de muestras, acceso para la instalación, el plan de producción, el acceso al entorno de pruebas del ERP y el tiempo que su equipo necesita para revisar los resultados.
No se prevé ninguna parada imprevista. Cualquier ventana de instalación o interrupción controlada se acuerda con usted por adelantado y se planifica en torno a la producción.
Cómo se medirá el éxito
| Métrica | Cómo se define | De dónde sale el dato | Tipo |
|---|---|---|---|
| Tiempo de notificación a respuesta | Tiempo desde que se reporta un fallo hasta que un técnico lo acepta, medido en los activos piloto. | Datos de la plataforma MSF | Operativa |
| MTTR | Tiempo medio de reparación para los activos piloto durante el periodo en vivo, con la definición acordada en el descubrimiento. | Datos de la plataforma MSF | Operativa |
| MTBF de línea base | Tiempo medio entre fallos establecido para los activos piloto — una línea base, no un objetivo, en esta ventana de observación. | Medición de línea base acordada | Operativa |
| Ratio de trabajo de emergencia | Proporción de horas de mantenimiento dedicadas a trabajo no planificado frente a trabajo planificado. | Datos de la plataforma MSF | Operativa |
| Cumplimiento preventivo | Proporción de trabajo preventivo vencido completado dentro de su ventana, y el atraso pendiente al final del periodo. | Datos de la plataforma MSF | Operativa |
| Completitud de la documentación | Proporción de órdenes de trabajo cerradas con causa, acción y repuestos registrados en lugar de cerradas vacías. | Datos de la plataforma MSF | Adopción |
| Fallos repetidos | Fallos en el mismo activo y con la misma causa dentro del periodo — la evidencia de que una reparación no se sostuvo. | Datos de la plataforma MSF | Operativa |
| Tiempo de anticipación de alarma | Solo donde los sensores estén en alcance: tiempo entre una alarma de condición y el evento que anticipaba, con las falsas alarmas contadas por separado. | Datos de sensor, contador o dispositivo | Técnica |
Antes de implantar nada, MSF y su equipo acuerdan cómo se calcula cada métrica, de dónde sale la línea base, qué datos quedan excluidos y qué resultado respalda una decisión de despliegue. Esta página enumera lo que se mide; los objetivos concretos pertenecen al alcance escrito del PoC, no a una promesa comercial.
Lo que usted aporta
- Jerarquía de activos, ranking de criticidad y el historial de fallos que exista, en la forma en que exista.
- Planes de mantenimiento actuales, lecturas de contador y datos de repuestos donde sea relevante.
- Roles de técnico, cobertura de turnos y los dispositivos que realmente usarán.
- Normas de acceso y seguridad para cualquier instalación de sensores en alcance.
Quién hace qué
Meta Smart Factory aporta
- Taller de descubrimiento y facilitación del alcance
- Configuración de la solución para el alcance acordado
- Trabajo de integración y conexión dentro de ese alcance
- Hardware MSF incluido en la propuesta
- Formación de los usuarios del piloto
- Las definiciones de KPI y el método de validación
- Seguimiento de incidencias y soporte durante el piloto
- El informe final de resultados y el diseño del despliegue
- Estructura de activos configurada, planes preventivos y ejecución móvil de órdenes de trabajo para el equipo piloto.
- Una clasificación honesta de qué casos de uso de monitorización de condición pueden realmente soportar los datos disponibles.
Usted aporta
- Un responsable de negocio y un responsable técnico designados
- Acceso puntual a usuarios, línea, máquinas y sistemas autorizados
- Una explicación fiel del proceso y de los datos maestros
- Acceso de red, energía, montaje y seguridad
- Documentación de ERP, PLC y proveedores, y los expertos que la conocen
- Muestras representativas o datos históricos
- La validación de que la línea base es justa
- Retroalimentación y la decisión de aceptación
- Técnicos que usen el sistema durante averías reales, no solo en formación.
- El historial de fallos que exista — aunque incompleto, decide lo que se puede reclamar.
Se define en la propuesta escrita
- Panel PC, tabletas, servidores y servidores con GPU
- Cámaras, ópticas, iluminación y envolventes
- Lectores, impresoras, dispositivos RFID, contadores y sensores
- Viajes, instalación, transporte, aranceles y trabajo eléctrico local
- Si el hardware se alquila o se compra
- Si el importe del PoC se descuenta de un despliegue
Las condiciones comerciales, la propiedad del hardware, los viajes, el alcance de la integración y cualquier descuento sobre el despliegue se definen en la propuesta escrita del PoC. No son iguales para todos los productos y esta página no los promete.
Lo que recibe al final
- Un flujo de mantenimiento en vivo usado por su equipo en averías reales.
- Jerarquía de activos, criticidad y planes preventivos configurados.
- Panel de línea base frente a piloto según las definiciones de KPI acordadas.
- Hallazgos de sensores y una evaluación de línea base de datos donde la monitorización de condición estuvo en alcance.
- Informe de criticidad y carencias — qué no pudo cubrir el piloto y por qué.
- Plan de despliegue para los activos y equipos restantes.
Dependencias, exclusiones y límites
Este PoC depende de
- Disponibilidad de técnicos durante el periodo en vivo, incluidos los turnos en los que realmente ocurren averías.
- Para la monitorización de condición: puntos de montaje de sensor seguros y suficiente tiempo de observación para que signifique algo.
No incluido en este PoC
- Limpieza de datos de activos en toda la planta y digitalización de registros históricos.
- Adquisición de repuestos e implementación de almacén, que es el PoC de WMS.
Donde no exista historial de fallos etiquetado o datos de observación suficientes, este PoC se posiciona como monitorización de condición, detección de anomalías y creación de línea base de datos — no como predicción de fallos. Una afirmación predictiva sin fallos de los que aprender no es una afirmación, es una esperanza.
Seguir, ajustar o parar: el punto de decisión
Preguntas frecuentes
¿Pueden demostrar mantenimiento predictivo en un PoC?
Solo donde exista suficiente historial de fallos etiquetado y una ventana de observación suficientemente larga, y ambos se comprueban antes de prometer nada. Donde faltan, el programa honesto es monitorización de condición más construcción de la línea base de datos que haga posible la predicción más adelante.
¿Necesitamos sensores?
No para la mitad del flujo de este PoC, que es donde se concentra la mayor parte del valor medible. Los sensores se añaden para casos de uso específicos de monitorización de condición acordados en el descubrimiento, en activos específicos, para una pregunta específica.
Nuestro historial de fallos está en cuadernos. ¿Es eso un bloqueo?
No, y es muy habitual. Limita lo que se puede reclamar sobre predicción, no lo que se puede medir sobre respuesta, cumplimiento y fallos repetidos. El PoC inicia el historial estructurado que un paso predictivo posterior necesitaría.
¿Cómo miden el MTTR con justicia frente a nuestra cifra actual?
Acordando la definición en el descubrimiento, incluido qué cuenta como inicio, qué cuenta como fin y qué paradas quedan excluidas. Dos organizaciones pueden medir el MTTR de tres formas distintas; la comparación solo es honesta si ambos lados usan la misma.
Productos y programas PoC relacionados
Solicitar este Proof of Concept
Cuéntenos el alcance que tiene en mente y le responderemos con un plan de PoC por escrito: qué se conecta, qué aporta usted, cómo se mide el éxito y cómo será la decisión final.