Siete errores comunes al implementar IoT industrial (y cómo evitarlos)

La mayoría de los proyectos de IoT industrial que fracasan no fallan por la tecnología: fallan por decisiones tomadas a la ligera en las primeras semanas, cuando todavía nadie está mirando. Para cuando el problema aparece —un piloto que nunca escala, un proveedor que te tiene secuestrado, baterías muriendo a los tres años— ya se gastó el presupuesto. Estos son los siete errores que más veces hemos visto en campo en México, cada uno con la señal temprana que lo delata y el antídoto concreto.

Los siete errores, uno por uno

Ninguno es teórico: todos vienen de proyectos reales, propios o heredados de otros integradores. Los ordenamos del más caro al más frecuente.

1. 1
   Comprar hardware antes de definir la decisión que alimentaráEs el error número uno y el más caro. Se compran mil sensores porque 'hay que digitalizar' y después nadie sabe qué hacer con el dato. Antídoto: por cada variable que vas a medir, escribe en una línea qué decisión de negocio cambia con ese dato y quién la toma. Si no puedes escribirla, no compres ese sensor todavía.
2. 2
   Elegir hardware con protocolo cerradoEl equipo barato que solo habla con la plataforma del propio fabricante te amarra de por vida: el día que quieras cambiar de proveedor, pierdes el parque completo. Antídoto: exigir por contrato LoRaWAN estándar, NB-IoT con acceso a los datos crudos, o MQTT abierto. Si el proveedor no puede entregarte tus datos sin pasar por su nube, es una bandera roja.
3. 3
   Dimensionar la red con el plano en lugar de con medicionesEl gateway 'debería' cubrir el fraccionamiento según el plano. En campo, un muro de concreto, un registro inundado o una nave metálica se comen la señal. Antídoto: prueba de cobertura en sitio con equipo real antes de comprar, punto por punto, especialmente en registros bajo banqueta y sótanos.
4. 4
   Olvidar el costo de operación en el caso de negocioSe compara el precio del hardware y se ignora la SIM, la plataforma y el mantenimiento. A diez años, esa operación suele pesar más que los equipos. Antídoto: modelar el costo total a diez años, no el precio de compra. Ahí es donde LoRaWAN sin renta mensual muchas veces le gana a NB-IoT, o al revés si no quieres operar gateways.
5. 5
   El piloto eternoEl piloto de 20 medidores lleva dos años 'en evaluación' porque nunca se definió qué resultado justificaría escalar. Antídoto: antes de instalar el primer equipo, escribir el criterio de éxito con número y fecha: por ejemplo, 'si en 90 días detectamos fugas por más de X metros cúbicos, se aprueba la fase 2'.
6. 6
   Integrar con el sistema comercial al finalEl proyecto técnico funciona, pero facturación sigue capturando a mano porque nadie definió cómo viajan los datos. Antídoto: acordar el contrato de datos el primer mes —identificador único de toma, formato de fecha, unidades, catálogo de alarmas— aunque la integración se construya al final.
7. 7
   No asignar un dueño operativo internoEl dashboard más bonito no ahorra un peso si nadie lo abre los lunes. Antídoto: nombrar a una persona responsable de revisar alertas, con tiempo asignado en su carga de trabajo, y un reporte semanal corto que llegue a la dirección.

La señal temprana de cada error

Casi todos avisan antes de estallar. Estas son las señales que revisamos cuando nos piden diagnosticar un proyecto que 'no está dando resultados'.

El error de mantenimiento que casi nadie previene

Hay un octavo error que merece mención aparte porque aparece tarde y golpea fuerte: ignorar la gestión del parque ya instalado. Las baterías vencen entre los ocho y quince años, el firmware necesita actualizarse y los sensores se caen en silencio. Si la plataforma solo monitorea los datos y no a los propios dispositivos, un medidor que dejó de reportar pasa desapercibido durante meses y esa toma se factura estimada.

• •Alarma de silencio: cualquier dispositivo que no reporte en X días debe generar alerta automática.
• •Tablero de salud del parque: porcentaje de equipos reportando, nivel de batería y versión de firmware.
• •Plan de reemplazo por lotes: presupuestar el recambio antes de que las baterías empiecen a caer todas juntas.
• •Actualización remota firmada: si no puedes actualizar firmware a distancia, cada parche será una visita a campo.

Cómo empezar bien un proyecto IoT

Si vas a arrancar uno, este es el orden que recomendamos y que evita seis de los siete errores de arriba. Es deliberadamente lento en las primeras semanas y muy rápido después.

1. 1
   Semana 1: define decisiones, no sensoresLista de decisiones de negocio y el dato mínimo que cada una necesita.
2. 2
   Semana 2: prueba de cobertura realMediciones en los puntos más difíciles, no en los más cómodos.
3. 3
   Semana 3: contrato de datosIdentificadores, unidades, frecuencia y catálogo de alarmas por escrito.
4. 4
   Semanas 4 a 12: piloto con criterio de éxitoPocos puntos, ciclo completo de punta a punta: sensor, red, plataforma y factura.
5. 5
   Semana 13: decisión con número en la manoEscalar, ajustar o parar. Las tres son respuestas válidas; quedarse en el limbo no lo es.

Preguntas frecuentes