Insights

IoT: Connecting Physical Operations to Data | SUMāTO

Written by Andrés Lozada | Jul 9, 2026 6:51:11 PM

A few weeks ago I toured a manufacturing plant where a supervisor proudly showed me a notebook in which he wrote down, by hand, the temperature of three motors every two hours. It worked, until one motor failed in the middle of the night and no one knew until the shift change. I asked him: what if those motors warned you before they failed? That question, so simple, is the heart of the Internet of Things (IoT): connecting physical operations to data so the plant, the fleet, or the warehouse stops being a black box. At SUMāTO we've guided several organizations in the region through that transition, and I want to share how I understand it from a business standpoint, not as a technology fad.

The short version: IoT is the practice of instrumenting physical assets with sensors that generate real-time data and send it to systems where it is analyzed and acted upon. Its business value doesn't lie in the devices, but in the decisions that data enables: anticipating failures, reducing waste, and tracing what was previously invisible.

What is IoT in business terms?

Stripped of the jargon, IoT means that objects which once only performed a mechanical function now also speak: a motor reports its vibration, a tank its level, a truck its position and fuel consumption. For an executive, the relevant question isn't how many sensors I install, but which decision I want to make better and how far in advance.

I like to frame it as a chain of four links that must be complete for there to be a return:

  • Sense: capture a physical variable (temperature, pressure, vibration, location, flow rate).
  • Transmit: carry that data from the asset to where it's processed, via cellular network, Wi-Fi, or low-power technologies.
  • Analyze: turn readings into meaningful signals (a trend, a threshold, an anomaly).
  • Act: trigger a maintenance order, adjust a parameter, or alert a person.

If any of those links is missing, the project ends up as a pretty dashboard that no one uses. I've seen sizable investments in sensors that never closed the loop toward action, and for that reason produced no value.

Industrial use cases: where data turns into money

Industrial IoT isn't a lab experiment; it's already solving concrete problems. These are the three fronts where I see the most traction today:

Predictive maintenance. Instead of repairing when something breaks (corrective) or on a rigid schedule (preventive), you monitor the asset's actual condition. The vibration or temperature of a bearing signals its deterioration well before failure. The goal is clear: fewer unplanned shutdowns, which tend to be the most costly of the entire operation.

Operational and energy efficiency. Measuring the consumption of energy, compressed air, or water per line, per shift, or per machine reveals waste that intuition can't detect. What isn't measured can't be managed, and sensors make measurable what was once an estimate.

Traceability. Knowing where each batch is, under what conditions the cold chain traveled, or how long a product spent at each stage. For sectors with regulatory or quality requirements, data-based traceability is also a documentary defense.

What do I do with the data the sensors generate?

Here lies, in my view, the true differentiator. A sensor produces a torrent of readings; without analytics, that torrent is just expensive noise to store. Raw data decides nothing on its own.

The maturity path I recommend laying out, in order, is:

  • Descriptive: what's happening now? Dashboards with the live status of the operation.
  • Diagnostic: why did it happen? Correlating a failure with the conditions that preceded it.
  • Predictive: what's going to happen? Models that estimate when an asset will enter a risk zone.
  • Prescriptive: what should be done? Action recommendations to guide the decision.

Most organizations want to jump straight to predictive, but without a reliable descriptive base and clean data, the models predict on sand. That's why I insist that IoT and analytics are two sides of the same strategy: the sensor generates the raw material and analytics turns it into a decision. Buying devices without a plan for what questions the data will answer is putting the cart before the horse.

The silent challenge: data quality

A poorly calibrated sensor, an intermittent connection, or a misaligned timestamp contaminates all the analysis that follows. Before thinking about sophisticated algorithms, it's worth ensuring the readings are reliable, consistent, and comparable to one another. It's less flashy work, but it's what holds up everything else.

Is it safe to connect physical operations to the network?

This is the question that should keep us up most at night and the one most often put off. Every sensor we connect is a new door. We're joining two worlds that historically lived apart: information technology (IT) and operational technology (OT), the latter designed in an era when no one imagined that equipment would ever be online.

The risks I watch most closely with the teams I work with:

  • Devices with default credentials: sensors that ship from the factory with known passwords and are never changed.
  • Unencrypted communications: data that travels in the clear and can be intercepted or manipulated.
  • Expanded attack surface: each node is a potential point of entry into critical control systems.
  • Nonexistent updates: hardware that is installed and forgotten, with no patching plan over its useful life.

In an industrial environment, an intrusion doesn't just compromise information: it can halt a line or alter a physical process. That's why cybersecurity can't be a patch at the end of the project, but a design criterion from the very first sensor. Segmenting networks, encrypting communications, and managing device identities isn't optional when what's at stake is the operation itself.

Where to start without dying in the attempt?

My advice as a consultant is to resist the temptation to instrument everything at once. IoT rewards those who start narrow and learn fast:

  • Choose one critical asset whose failure genuinely hurts and whose downtime cost you can quantify.
  • Define the decision you want to improve before choosing the sensor.
  • Connect the full loop through to action, even with a small case.
  • Measure the result, adjust, and then scale to other assets.

That well-chosen pilot generates internal evidence, aligns the operations and IT teams, and builds the organizational muscle to grow with judgment rather than out of enthusiasm.

Frequently asked questions

Do I need to replace my current machinery to do IoT?
In most cases, no. Much of your existing equipment can be instrumented with external sensors that are added without replacing the asset. Starting with what you already have is usually more sensible than waiting to overhaul the plant.

Is IoT only for large industries?
No. The principle of connecting a physical asset to data scales down. A mid-sized operation can start with a few measurement points on its most critical equipment and get a return without a disproportionate investment.

What's the difference between IoT and analytics?
IoT generates and transports the data from the physical world; analytics interprets it to turn it into a decision. They're complementary: without analytics, sensors produce data no one uses; without sensors, analytics lacks the raw material from the field.

How long does it take to see a return?
It depends on the case, but a well-scoped pilot in maintenance or efficiency usually shows useful signals within the first few months, because avoiding a single major shutdown already justifies much of the initial investment.

The first step

IoT isn't a technology project; it's a business decision about which part of your operation you want to stop managing blind. The notebook supervisor's question remains the best compass: what would you like your assets to tell you before something goes wrong?

At SUMāTO we start from a brief diagnostic: we identify one or two critical assets, the decision worth improving, and the associated security risks, in order to design a pilot that closes the full loop from data to action. If you want to connect your physical operations to data with judgment and without overinvesting, let's talk at sumatogroup.com/contacto. The first step is closer than it seems.