Everyone celebrates a successful IoT pilot. Nobody talks about what happens six months later.
I have been in this industry long enough to see the pattern repeat itself more times than I care to count. The pilot runs well. The demo impresses the right people. The case study gets written. And then, quietly, the project stalls. The vendor stops getting replies. The internal champion gets moved to another role. The budget for the next phase never quite materialises. Eventually, everyone agrees to revisit it next year, and next year never comes.
This is not a rare failure. It is, in many ways, the default outcome for IoT pilots. And I think it is worth being honest about why.
Pilots Are Designed to Win, Not to Grow
When a vendor runs an IoT pilot, the primary goal is to prove the technology works. Can the sensors communicate reliably? Can the data reach the cloud? Can the dashboard tell a compelling story? These are the questions that get asked, and they are the questions that pilots are built to answer.
What almost never gets asked at the pilot stage is this: what will it actually take to run this at ten times the scale, across three different departments, with an operations team that had no involvement in the original project?
That question feels premature when everyone is still excited about the demo. But it is the question that determines whether a pilot ever becomes infrastructure.
I went through this at FAVORIOT in our earlier years. We were focused on showing what the technology could do, and we were good at it. The pilots looked great. The clients were satisfied. And then the scaling conversation would arrive, and suddenly the gaps that were invisible at pilot scale became very visible. We had not asked the hard questions early enough, and neither had our clients.
The Organisation That Was Not Ready
I want to be fair here, because this is not only a vendor problem.
Many organisations that commission IoT pilots are not genuinely ready to scale the outcome, even when the pilot succeeds technically. They have not decided who will own the system once it moves from pilot to operations. They have not resolved the internal politics between the IT department, the operational team, and the business unit that originated the idea. They have not secured a realistic budget for scaling, only for testing.
Scaling IoT is not primarily a technology challenge. It is an organisational one. It requires data governance policies that most organisations have not written. It requires integration with legacy systems that were never designed to communicate with modern IoT platforms. It requires someone inside the organisation who understands the technology well enough to advocate for it internally, troubleshoot it practically, and keep it alive through the natural turbulence of business priorities shifting.
That person, the internal champion who bridges technology and organisational reality, is often absent at the start. And no pilot result, however impressive, can substitute for what that person provides.
Looking back at the IoT deployments I have seen actually scale, that champion is almost always present. They pushed for budget when enthusiasm faded. They translated technical requirements into business language. They trained colleagues who were sceptical or confused. Without that internal force, a successful pilot becomes a beautiful proof-of-concept that everyone agrees was interesting but no one quite knows how to build on.
The Vendor’s Honest Share
I am a vendor. I run an IoT platform company. So I say this knowing it applies to me.
The commercial pressure on IoT vendors is to win the pilot. The incentives are structured around closing deals, not around ensuring clients succeed eighteen months after the handover. Sales teams make promises during the pitch that reflect best-case conditions. The pilot is then designed around those best-case conditions. When the client tries to scale into their actual messy environment, with their legacy systems, their budget constraints, and their internal disagreements, the gap between what was promised and what is possible becomes apparent.
Beyond the sales process, there is a deeper structural problem. Many IoT vendors invest heavily in customer acquisition and very little in customer success. Helping a client scale is slower, more complex, and less commercially visible than winning the next pilot. The skills required are different too. You need to understand the client’s internal culture, their risk tolerance, their pace of decision-making. Most vendor organisations are not built for that kind of long-term partnership.
What Scaling Actually Needs
If you have just completed a successful IoT pilot and you are serious about scaling it, here is where I would start.
Ask the governance questions before the growth questions. Who owns this system? Who has access to the data, and under what conditions? Who is responsible for maintaining it when the original project team moves on? These conversations feel administrative, but they are what determine whether the investment survives contact with the organisation over time.
Make sure the technology was chosen with operations in mind, not just with the demo in mind. A highly customised pilot solution that runs beautifully in a controlled environment can become extremely difficult to hand over to an operations team that was not involved in building it. Standardisation, supportability, and documentation matter far more at scale than they do at proof-of-concept.
Build internal capability alongside vendor engagement. The organisations that scale IoT well treat adoption as a learning process, not just a procurement process. They develop expertise inside the team. They make sure the knowledge does not leave when the vendor’s project engagement ends.
And if you are a vendor reading this, I would gently suggest reexamining what success actually means for your business. If your client’s pilot succeeds but their deployment never scales, did you really deliver value? The answer is uncomfortable, but it is worth sitting with.
The Blame Is Shared, and So Is the Solution
The reason IoT pilots fail to scale is rarely a single failure. It is usually a combination of technology choices made under pressure, organisational readiness that was overstated, vendor promises that outran execution capacity, and a structural mismatch between how pilots are designed and what scaling genuinely demands.
That is both a frustrating and a hopeful conclusion. Frustrating because there is no single villain to point at. Hopeful because it means there are multiple places where both sides can make better decisions.
I have seen IoT deployments that started small and grew into something that genuinely changed how an organisation operates. Those projects did not succeed because the technology was exceptional. They succeeded because both sides were honest about the challenges, patient with the timeline, and committed to the outcome long after the first demo had faded from memory.
So here is the question I want to leave with you: if you have been through an IoT pilot that succeeded technically but never scaled, what was the one thing you wish both sides had discussed more honestly at the very beginning?
