La mayoría de los presupuestos de IoT se construyen de la misma manera. Alguien cuenta los dispositivos, le pone precio a un sensor, agrega un plan de SIM, multiplica por el tamaño de la flota y aumenta el número un veinte por ciento por seguridad. La junta directiva ve una cifra limpia. El proyecto se aprueba. Todos quedan contentos.
Ese número casi siempre está mal. No porque el precio del sensor sea incorrecto, sino porque el sensor es una de las partes más baratas de todo el conjunto.
Si eres un gerente de proyecto responsable de un resultado de IoT, los costos que revientan tu presupuesto no están en la factura del hardware. Son los costos que nadie te cotiza por adelantado, porque viven en las horas de ingeniería, en las tarifas de plataforma que escalan con el uso y en el goteo lento del mantenimiento después del lanzamiento. Este artículo es un mapa completo del costo total de propiedad. Quiero que puedas defender tu presupuesto línea por línea y que sepas exactamente dónde una plataforma gestionada elimina costos y dónde no.
La parte que todos presupuestan
Empecemos con el dinero fácil, la parte que ya tienes controlada.
El hardware es real y es visible. Un despliegue de mercado medio puede tener desde unos pocos cientos hasta unos pocos miles de dispositivos. Le pondrás precio al sensor o al gateway, le pondrás precio a la SIM o al módulo de conectividad, y obtendrás cotizaciones razonablemente precisas de los proveedores. Puede haber un recargo por carcasas reforzadas o certificaciones específicas, pero el hardware es una cantidad conocida. Puedes conseguir tres cotizaciones y elegir una.
La conectividad por dispositivo parece pequeña a nivel unitario. Unos pocos dólares al mes por SIM, o una tarifa plana para un plan de LoRaWAN o NB-IoT. Los gerentes de proyecto le ponen precio a esto correctamente por dispositivo.
Estas dos líneas son donde la mayoría de los presupuestos dejan de ser precisos. Son la punta visible. Debajo de la línea de flotación es donde los proyectos se hunden.
Los costos sobre los que nadie te advierte
Aquí está la lista incómoda. Cada uno de estos es real, recurrente o único, y se deja fuera de manera rutinaria del primer presupuesto.
Tarifas de plataforma e ingesta
Tus dispositivos envían datos a algún lugar. Ese lugar cuesta dinero, y normalmente escala con el número de mensajes, no con el número de dispositivos. Un dispositivo que reporta cada quince minutos envía aproximadamente 2.880 mensajes al día. Entre mil dispositivos eso son casi tres millones de mensajes al día. Los precios que escalan por mensaje o por punto de datos pueden crecer más rápido que el número de dispositivos, porque en el momento en que alguien pide “lecturas más frecuentes”, tu volumen de ingesta se dispara sin que se instale un solo dispositivo nuevo.
Este es un costo recurrente. Presupuéstalo mensualmente, y presupuéstalo contra tu intervalo de reporte real, no el intervalo de la demo.
Análisis de payloads e ingeniería de integración
Esta es la línea que más sorprende a la gente. Tu dispositivo no envía datos limpios y etiquetados. Envía un payload binario compacto, a menudo en hexadecimal, diseñado para mantener corta la transmisión de radio y larga la vida de la batería. Alguien tiene que escribir el código que convierte ese payload en “temperatura: 4,2 grados, batería: 87 por ciento, puerta: abierta”.
Ese alguien es un ingeniero, y cada modelo de dispositivo tiene una estructura de payload diferente. Cambia de proveedor, agrega un nuevo tipo de sensor u obtén una actualización de firmware que altere el orden de los bytes, y estarás pagando por ese trabajo otra vez. Luego está la integración en la otra dirección, llevar tus datos a los sistemas con los que tu negocio realmente funciona: el ERP, el CMMS, el sistema de tickets, la plataforma de facturación. Cada integración es ingeniería a medida, y el trabajo de integración es donde los cronogramas se retrasan calladamente por semanas.
Este es en su mayoría un costo único por tipo de dispositivo y por integración, con una cola de mantenimiento recurrente.
Construcción de dashboards y aplicaciones
Los datos tienen que convertirse en algo que un humano mira y sobre lo que actúa. Un dashboard, una regla de alerta, un informe, una vista móvil para el técnico en campo. Esto es trabajo de producto real. Es diseño, es frontend, es el ida y vuelta de “¿podemos también mostrar la tendencia de la semana pasada?”. Subestimar el presupuesto aquí es común porque se siente como la parte fácil. No lo es. La aplicación es la parte que tus usuarios realmente tocan, y es la parte que te pedirán cambiar cada mes.
Conectividad a escala
La conectividad es barata por dispositivo y cara en conjunto. Más allá del costo por SIM está la cuestión de qué pasa cuando mil dispositivos intentan reconectarse todos a la vez tras un corte de red, o cuando tu volumen de datos cruza un nivel y tu tarifa cambia. Los proveedores de conectividad tienen escalones y cargos por exceso. A pequeña escala nunca los ves. A escala de mercado medio sí los verás.
Salida de datos
Este se esconde bien. Mover datos fuera de una nube, entre regiones o hacia un sistema de terceros a menudo conlleva un cargo de salida por gigabyte. Es invisible durante un piloto con diez dispositivos. Con una flota completa enviando de forma continua, la salida de datos se convierte en una línea que realmente notas en la factura mensual.
Mantenimiento y soporte continuos
El software nunca está terminado. Parches de seguridad, actualizaciones de librerías, cambios de API de tu proveedor de conectividad, un nuevo modelo de dispositivo que necesita incorporarse, una regla de alerta que necesita ajustarse. Si construiste el stack tú mismo, esto es el tiempo de tu equipo de ingeniería, para siempre. Si algo se rompe a las 2 de la madrugada, alguien está de guardia. El mantenimiento es el costo recurrente más subestimado en IoT, porque en el momento del presupuesto el sistema todavía no existe y nadie está pensando en el segundo año.
Tiempo del personal
Cada hora que tu equipo dedica al stack de IoT es una hora que no dedica al producto que tu empresa realmente vende. Un gerente de proyecto coordinando, un ingeniero analizando payloads, una persona de operaciones vigilando dashboards. Este es un costo real incluso cuando no aparece como una factura, y es el costo que tu equipo de finanzas preguntará cuando vea la plantilla.
Escalones de escalado
Los costos en IoT no son suaves. Saltan. Agregas el dispositivo número cien y nada cambia. Agregas el número mil y de repente necesitas un nivel de base de datos más grande, un balanceador de carga, una segunda región, un contrato de soporte dedicado. Estos escalones llegan sin previo aviso y normalmente en el peor momento, justo cuando el proyecto está teniendo éxito y la dirección quiere expandirse.
Único versus recurrente, en términos sencillos
Clasifica los costos en dos cubos y la imagen se aclara.
Costos únicos: hardware, análisis inicial de payloads por tipo de dispositivo, primera construcción de cada integración, la construcción inicial del dashboard y la aplicación, y la configuración y ajuste de la plataforma.
Costos recurrentes: conectividad por dispositivo, tarifas de plataforma e ingesta, salida de datos, mantenimiento y soporte continuos, tiempo del personal y los escalones de escalado que se convierten en nuevos niveles recurrentes.
El error que mata los presupuestos es tratar los costos recurrentes como si fueran únicos. La construcción es un momento. La operación es para siempre. Un proyecto que parece asequible como una construcción única puede convertirse en un problema cuando llegan el segundo y el tercer año con todo su peso recurrente y sin nuevo valor que mostrarle a la junta.
El costo de equivocarse
Hay un costo más, y es el más grande de todos. Es el costo de un despliegue que fracasa o se estanca.
Un proyecto que se atrasa seis meses porque la ingeniería de integración se presupuestó por debajo no solo cuesta la ingeniería extra. Cuesta el valor retrasado que el proyecto se suponía que iba a entregar, la credibilidad del equipo que lo prometió y, a veces, el apetito del negocio por volver a intentar IoT en absoluto. El proyecto de IoT más caro es aquel que tienes que reconstruir porque la primera versión no podía escalar o no podía mantenerse.
Esa es la verdadera razón para mapear los costos con honestidad. No para hacer el número más pequeño, sino para hacerlo verdadero, de modo que el proyecto sobreviva al contacto con el segundo año.
Plataforma gestionada versus hágalo usted mismo en AWS
Aquí está la comparación que realmente decide el presupuesto.
Si construyes directamente sobre infraestructura de nube en bruto, ensamblas las piezas tú mismo. Un broker de mensajes, una base de datos, un motor de reglas, dashboards, gestión de usuarios y el código pegamento entre todos ellos. Eres dueño de cada línea. También eres dueño de cada parche, de cada escalón de escalado y de cada aviso a las 2 de la madrugada. La factura de infraestructura puede verse baja, pero la nómina de ingeniería es el costo real, y nunca se detiene.
Una plataforma de IoT gestionada como TagoIO elimina la mayor parte del costo de ingeniería oculto. La ingesta, el almacenamiento, la gestión de dispositivos, la gestión de usuarios y tenants, los dashboards y las alertas ya están construidos y ya se mantienen. El análisis de payloads se maneja con una capa configurable en lugar de un servicio a medida que mantienes para siempre. Puedes ver cómo funcionan el análisis y la estructura de datos en la documentación de TagoIO. Los precios son predecibles y están ligados a un uso que puedes modelar por adelantado, que puedes revisar en la página de precios de TagoIO.
El intercambio es sencillo. Con una plataforma gestionada pagas una tarifa recurrente más clara y dejas de pagar por el equipo de ingeniería que de otro modo construiría y mantendría la fontanería. Para un proyecto de mercado medio, donde tienes desde unos pocos cientos hasta unos pocos miles de dispositivos y un equipo pequeño, ese intercambio casi siempre favorece a la plataforma gestionada. El costo de ingeniería oculto es lo que iba a romper tu presupuesto, y ese es exactamente el costo que una plataforma gestionada te quita de encima.
Cuándo TagoIO es la opción equivocada
No voy a pretender que la plataforma gestionada gana siempre, porque no lo hace.
Si ya tienes un gran equipo interno de ingeniería de nube, necesitas control total de la infraestructura y operas con un número muy grande de dispositivos, construir directamente sobre AWS IoT Core puede ser más barato a escala. Con un volumen lo suficientemente alto, la economía por mensaje de la infraestructura en bruto le gana a los precios de una plataforma gestionada, y si ya empleas a los ingenieros que la mantendrían, no estás agregando ese costo, ya lo cargas. En esa situación, AWS IoT Core es la opción racional, y deberías elegirla con el mismo presupuesto de ojos abiertos que este artículo defiende.
La línea divisoria es honesta y simple. Si tu escala es de mercado medio y tu equipo es pequeño, el costo de ingeniería oculto es tu enemigo y una plataforma gestionada lo elimina. Si tu escala es muy grande y ya tienes un equipo de ingeniería de nube, la infraestructura en bruto puede ganar en economía unitaria. La mayoría de los proyectos de mercado medio están firmemente en el primer campo, que es la razón por la que existen las plataformas gestionadas.
Qué hacer con esto
Construye tu presupuesto en dos columnas, único y recurrente, y pon cada línea de este artículo en una de ellas. Usa tu intervalo de reporte real, no el intervalo de la demo. Presupuesta el mantenimiento para el segundo y el tercer año, no solo para la construcción. Luego ejecuta la comparación entre gestionado y hágalo usted mismo contra tu número real de dispositivos y el tamaño real de tu equipo.
Si haces eso, entrarás a la reunión de presupuesto con un número que puedes defender línea por línea. Y cuando llegue el segundo año, el proyecto seguirá en pie.
