7 errores que cometen las fábricas al implantar IoT
DBR77 Team · Publicado el
Los siete errores más habituales de las fábricas al implantar IoT son: no definir la decisión, que la propiedad sea solo de TI, abarcar demasiadas líneas a la vez, no tener línea base, alertas sin responsable, códigos de motivo copiados del ERP y un programa que depende de un único impulsor. Ninguno de ellos tiene que ver con los sensores ni con el software.
Cada uno convierte IoT en un sistema de informes caro. A continuación: cómo detectar cada error y qué hacer en su lugar.
La pregunta que demuestra si IoT funciona
Cuando un cliente le dice a Paweł Dera, CTO de DBR77 IIoT, "ya tenemos IoT", él hace una sola pregunta: "¿Qué cambió en el proceso el mes pasado basándose en los datos del sistema?" Muchas veces nadie puede citar nada.
Los paneles tienen un aspecto impresionante, pero las decisiones siguen tomándose por experiencia. Normalmente, al principio nadie respondió a tres preguntas: qué cinco indicadores importan, quién actúa sobre cada uno y qué umbral activa una acción.
En una encuesta de McKinsey a más de 700 expertos en fabricación, menos de un tercio había pasado los casos de uso críticos a una implantación a gran escala. El Foro Económico Mundial describió que el 70 % de los fabricantes está atascado en el "purgatorio de los pilotos".
Error 1: no definir la decisión
En el panel del ITM Industry Europe 2026 sobre por qué la IA en fábricas se queda en la fase piloto, Paweł Dera atribuyó la mayoría de los proyectos estancados a la misma carencia: nadie había dejado por escrito qué decisión debía mejorar el modelo. Las grabaciones están disponibles en polaco.
"Queremos tomar decisiones basadas más en datos" no nombra disparador, responsable ni plazo, y una decisión necesita los tres. Antes de la puesta en marcha, escriba un breve contrato de decisión para la línea:
- Cinco indicadores que importan, por ejemplo disponibilidad, tiempo de respuesta, principales motivos de parada, producción por turno y desperdicio.
- Un rol que actúa sobre cada indicador, por turno.
- Un umbral por indicador que active una acción concreta de ese rol.
Si no puede completar esto, el proyecto no está listo para conectar máquinas. Nuestra guía sobre cómo elegir el primer caso de uso de IoT muestra cómo encontrar una decisión con la que merezca la pena empezar.
Error 2: que TI gestione la implantación en solitario
IoT toca redes y seguridad, así que a menudo acaba en TI. TI entrega máquinas conectadas y paneles, y nadie en el suelo de planta cambia su forma de trabajar.
La investigación de McKinsey sobre IoT señala que muchas implantaciones las gestiona TI en lugar de tratarse como transformaciones del negocio, y que las empresas que tienen éxito asignan un responsable claro.
Reparta la responsabilidad. Producción es responsable de la implantación y de los resultados: un responsable de línea que decide qué importa y quién actúa. TI y OT son responsables de la red, los accesos y la seguridad. Mantenimiento es responsable de la respuesta a las paradas técnicas.
Vea cómo son las decisiones, los responsables y las alertas en la práctica
En una demo online de 30 minutos le mostramos cómo DBR77 IIoT vincula cada parada con un motivo, un responsable y un tiempo de respuesta en una línea en funcionamiento.
Errores 3 y 4: demasiadas líneas y ninguna línea base
Conectar toda la planta de una vez parece eficiente. En la práctica, el esfuerzo se dispersa y ninguna línea recibe la atención suficiente para cambiar hábitos.
El cuarto error suele acompañar al tercero: no existe línea base, así que sin cifras de "antes" el proyecto se juzga por opiniones. Dos semanas de datos en una sola línea son suficientes. Mida los minutos desde la parada hasta la primera acción, la proporción de paradas sin motivo y las tres principales pérdidas en minutos.
Errores 5 y 6: alertas sin responsable y códigos de motivo del ERP
Las alertas enviadas a "mantenimiento" o a un chat de grupo no tienen un destinatario concreto, y al cabo de una semana la gente las silencia. Cada alerta necesita un rol en el turno actual y una regla de escalado, por ejemplo: si no se confirma en 5 minutos, se avisa al jefe de turno.
Los códigos de motivo copiados del ERP se escribieron para la contabilidad de costes, y un operario ante una máquina parada piensa con otras palabras. Ante decenas de códigos con lenguaje financiero, el operario elige "otro". Mantenga entre 10 y 15 motivos por tipo de máquina, con las palabras que se usan en planta. La recomendación de Vorne sobre las seis grandes pérdidas ofrece un ejemplo de política clara: toda parada de más de dos minutos debe tener un motivo.
En una línea de envasado de cartón ondulado donde las alertas pasaron a ser tareas con responsable y los operarios seleccionaban el motivo en la máquina en unos dos segundos, el tiempo medio de respuesta bajó de 24 a 9 minutos. La aplicación del operario muestra cómo funciona la captura de motivos, y qué datos recoger de las máquinas explica con qué señales empezar.
Error 7: el programa depende de un único impulsor
Muchos programas de IoT funcionan gracias a una persona entusiasta. Cuando esa persona se va, las revisiones se detienen y el sistema se convierte en una pantalla en la pared. Haga que el programa no dependa de una sola persona:
- Estándares documentados: definiciones, listas de motivos, rutas de alerta y umbrales escritos y con control de versiones.
- Roles con nombre: responsable de línea, responsable de datos y responsable de respuesta por turno, con un suplente para cada uno.
- Una cadencia fija: una revisión de 10 minutos al inicio de cada turno y una revisión mensual de umbrales y motivos.
Estos tres elementos también convierten un piloto en un estándar de planta.
Los siete errores de un vistazo
| Error | Síntoma en planta | Solución |
|---|---|---|
| No definir la decisión | Nadie puede citar un cambio hecho el mes pasado basado en los datos | Contrato de decisión: cinco indicadores, un responsable para cada uno, umbrales de acción |
| Propiedad solo de TI | Máquinas conectadas, paneles activos, trabajo sin cambios | Producción es responsable de los resultados; TI y OT, de la red y la seguridad |
| Demasiadas líneas a la vez | Muchas pantallas, ninguna línea con un resultado demostrado | Primero una línea, después una implantación repetible |
| Sin línea base | Los resultados se discuten en las reuniones | Dos semanas de datos de "antes" en la línea piloto |
| Alertas sin responsable | Las notificaciones se silencian en semanas | Un rol por alerta, más una regla de escalado |
| Códigos de motivo del ERP | "Otro" y "desconocido" encabezan el Pareto | Entre 10 y 15 motivos en lenguaje de operario por tipo de máquina |
| Un solo impulsor | El programa se apaga cuando esa persona se va | Estándares documentados, roles con nombre y suplentes, cadencia de revisión fija |
Preguntas frecuentes
¿Cómo sabemos si nuestro sistema de IoT es solo una herramienta de informes?
Pregunte qué cambió en el proceso el mes pasado a partir de los datos. Si nadie puede citar un cambio, empiece con un contrato de decisión para una línea.
¿Quién debe ser responsable de la implantación de IoT en una fábrica?
Producción debe responsabilizarse de los resultados, a través de un responsable de línea que decida qué importa y quién actúa. TI y OT son responsables de la red, los accesos y la seguridad. Sin un responsable de producción, el proyecto entrega paneles y poco más.
¿Podemos corregir estos errores en un sistema que ya está en marcha?
Sí. La mayoría de las correcciones afectan a decisiones, responsables y listas de motivos. El hardware normalmente se queda como está. Elija una línea, defina el contrato de decisión, recoja una línea base de dos semanas y reconstruya la lista de motivos junto con los operarios.
¿Cuántas líneas debe abarcar una primera implantación de IoT?
Una. Demuestre el resultado allí, documente el estándar y después despliegue línea a línea.
Conclusión
Si IoT ya funciona en su planta, recorra la tabla anterior para una línea junto con su responsable de línea. Empiece por la primera fila: si nadie puede citar un cambio en el proceso del mes pasado, escriba el contrato de decisión descrito en el error 1 antes de cambiar cualquier otra cosa.
Compare su implantación de IoT con estos siete errores
Reserve una demo de 30 minutos. Le mostramos cómo DBR77 IIoT gestiona decisiones, responsables y motivos, y dónde su configuración actual podría estar perdiendo valor.
Fuentes
- DBR77, Grabaciones de la conferencia ITM Industry Europe 2026 (en polaco), 2026
- McKinsey & Company, How digital manufacturing can escape "pilot purgatory", 2018
- McKinsey & Company, IoT value set to accelerate through 2030, 2021
- World Economic Forum, These 10 new 'Lighthouse' factories show the future of manufacturing is here, 2020
- Vorne, The Six Big Losses, 2026
- Datos del piloto DBR77 IIoT, línea de envasado de cartón ondulado (cliente anónimo), 2026