La mayoría de los casos de negocio de IoT lucen muy bien en la diapositiva. Cuentan los ahorros obvios, los dividen entre el precio de los sensores y llegan a una cifra que consigue la aprobación del proyecto. Luego el despliegue entra en operación, llegan las facturas reales y los ahorros resultan más blandos de lo que cualquiera admitió. La cuenta no estaba mal. Estaba incompleta.
Un cálculo de ROI de verdad hace dos cosas que la versión de diapositiva se salta. Suma el costo total de propiedad, no solo el hardware. Y separa los ahorros que puedes medir de los ahorros que estás esperando. Si haces bien ambas cosas, tienes una cifra que puedes defender. Si fallas en cualquiera de las dos, estás adivinando.
Aquí tienes un método que sí puedes usar.
Empieza por el costo total de propiedad
El primer error es tratar el precio del sensor como el costo. El sensor es la parte más barata. El costo total de propiedad incluye todo lo que pagarás a lo largo de la vida del despliegue, y la mayor parte es recurrente.
Divídelo en categorías para que nada quede escondido:
Hardware. Sensores, gateways y cualquier dispositivo de borde. Incluye los repuestos y las unidades que fallarán en el primer año, porque algunas fallarán.
Integración. El tiempo de ingeniería para conectar dispositivos, escribir parsers, construir dashboards y conectar las alertas. Suele ser la línea más grande del primer año y la que la gente olvida cotizar.
Conectividad. Planes celulares, acceso a red LoRaWAN o lo que mueva los datos. Esto se repite cada mes, por dispositivo, para siempre.
Plataforma y almacenamiento. La capa de nube que ingiere, almacena y entrega los datos. Recurrente.
Operación continua. Alguien monitorea el sistema, reemplaza los sensores muertos, actualiza el firmware y responde las alertas. Es un costo real incluso cuando nadie lo presupuesta.
Agrega una línea para el costo de que el despliegue fracase o se estanque, porque un piloto que nunca escala igual te costó el piloto. Suma todo eso a lo largo de tres años, no de uno. Un despliegue que se recupera en el mes ocho con una vista de un año puede verse muy distinto una vez que la conectividad y la operación del segundo año entran en la columna.
Separa los ahorros medibles de los ahorros blandos
Ahora el lado del beneficio. Lo más útil que puedes hacer es dividir tus ahorros en dos columnas y nunca mezclarlas.
Los ahorros medibles son cuantificables. Puedes señalar una cifra que cambió:
- Gasto energético reducido porque el monitoreo detectó equipos funcionando de forma ineficiente. La optimización energética suele apuntar a reducciones en el rango del diez al veinte por ciento de la carga monitoreada, aunque tu cifra depende por completo de tu línea base.
- Horas de trabajo ahorradas porque alguien ya no conduce hasta el sitio para leer un medidor o revisar un tanque a mano. Cuenta los viajes evitados y multiplícalos por el costo total del trayecto.
- Pérdida de producto evitada. En la cadena de frío, las alertas tempranas de temperatura evitan envíos echados a perder. Si históricamente pierdes un número conocido de cargas al año, el valor de atraparlas es concreto.
- Tiempo de inactividad no planificado evitado mediante mantenimiento predictivo. Si una instalación tiene un historial de fallas de equipos a un costo conocido por cada una, y el monitoreo de condición evita algunas, el costo evitado es real y demostrable después del hecho.
Los ahorros blandos son reales pero más difíciles de poner en precio:
- Evidencia de cumplimiento y auditoría que antes no tenías.
- Incidentes de seguridad evitados.
- Decisiones más rápidas porque los datos simplemente existen.
- Confianza del cliente al poder demostrar que un envío se mantuvo dentro de rango.
Los ahorros blandos forman parte del caso. Solo que no pertenecen a la misma columna que los ahorros medibles, y nunca deberían sostener el ROI por sí solos. Si el proyecto solo funciona una vez que le asignas un valor generoso en dólares a la moral y a la agilidad, el proyecto no funciona.
Estima el periodo de recuperación y ponlo a prueba
Con el costo total y los ahorros medibles en mano, el periodo de recuperación es el tiempo que tardan los ahorros medibles acumulados en cubrir el costo acumulado. Los despliegues de mantenimiento predictivo y monitoreo suelen caer en algún punto del rango de doce a dieciocho meses, pero trata eso como una verificación de cordura, no como una meta. Tu recuperación es lo que digan tus propias cifras.
Luego somete los supuestos a presión antes de que alguien firme:
- ¿Contra qué línea base se miden los ahorros, y esa línea base está documentada o se recuerda? Las líneas base recordadas favorecen a todos los proyectos.
- ¿Qué pasa con la recuperación si los ahorros llegan a la mitad? Si el caso solo sobrevive con la cifra optimista, no es un caso, es una esperanza.
- ¿Quién actúa sobre la alerta? Una alerta de energía o de mantenimiento no ahorra nada si nadie es responsable de responder. Los ahorros viven en la acción, no en los datos.
- ¿El costo recurrente crece con la escala más rápido que los ahorros?
Un caso que sobrevive a esas cuatro preguntas es uno que puedes llevarle a un CFO.
Cuándo el ROI de IoT no cuadra
La parte honesta. Muchos proyectos de IoT no deberían ocurrir, y la cuenta te lo dirá si la dejas.
IoT rara vez se recupera cuando el activo monitoreado es de bajo valor. Poner un sensor conectado en un equipo que cuesta poco reemplazar y que falla sin consecuencias es difícil de justificar. El sensor, la conectividad y la operación cuestan más que lo que protegen.
Rara vez se recupera con pocas unidades, a menos que cada unidad sea de alto valor. El costo de integración es en su mayoría fijo. Repartido entre diez activos baratos domina el caso. Repartido entre diez mil, o entre diez críticos, desaparece.
Y nunca se recupera cuando nadie se hace cargo de actuar sobre los datos. Esta es la falla silenciosa más común. Los dashboards entran en operación, las alertas se disparan y nada cambia porque responder a ellas nunca fue tarea de nadie. Los ahorros siempre estuvieron condicionados a que alguien hiciera algo, y nadie quedó asignado.
Si tu caso depende de monitorear activos baratos, en pocas cantidades, sin nadie responsable de la respuesta, la respuesta correcta no es un despliegue más pequeño. Es ningún despliegue. Decirlo a tiempo es más barato que demostrarlo después de dieciocho meses.
Dónde encaja TagoIO
La cuenta del ROI tiene un lado de costo, y la capa de plataforma se ubica de lleno en él. TagoIO es la capa que ingiere los datos del dispositivo, los almacena, ejecuta la lógica y sirve los dashboards y las alertas. Cómo se cotiza esa capa y cuánta ingeniería cuesta ponerla en pie afectan directamente tus líneas de integración y operación.
Algunos detalles concretos que tocan la columna de costos. TagoIO se conecta con más de 500 integraciones de dispositivos, así que conectar hardware existente es configuración en lugar de un desarrollo a medida, lo que reduce la línea de integración. Los scripts de Analysis serverless ejecutan tu lógica sin un servidor que aprovisionar o mantener, lo que mantiene bajo el costo de operación continua. La plataforma es multi-tenant, así que un despliegue entre sitios o clientes no multiplica la infraestructura. Para trabajos regulados, TagoIO está certificada en ISO 27001 y alineada con GDPR, lo que forma parte de la evidencia de cumplimiento del lado de los ahorros blandos.
Nada de eso cambia el lado de los ahorros de tu ecuación. Tus ahorros medibles vienen de tu propia operación. La plataforma afecta lo que cuesta construir y operar el despliegue, y un menor costo de propiedad es la mitad más fácil de una mejor recuperación.
Próximos pasos
- Mira despliegues y los problemas que resuelven: tago.io/use-cases
- Revisa cómo se cotiza el lado del costo: tago.io/pricing
- Empieza a construir y cotiza tu propio despliegue: admin.tago.io
