Connected-device projects commonly stall between a successful pilot and a wider rollout. The pilot was not the problem; the pilot simply did not test the things that matter at scale. Before expanding, it is worth checking the following.
Can devices set themselves up?
If an engineer configured each pilot device by hand, that will not scale. Devices should identify themselves securely and pull their own configuration when first powered on.
Can you update them remotely?
A bug or a security update will arrive. If fixing it means visiting every device, the fleet will stay on the old version. Remote updates with a safe rollback are essential before scaling.
What happens when the network drops?
Pilots usually run where the signal is good. Devices should store readings locally and catch up when connectivity returns, and important alerts should not depend on a perfect connection.
Where does the data go?
Dashboards are the easy part. Decide who acts on an alert and how it reaches them, and connect the data to the system people already use for their work.
A pilot that answers these questions deliberately, rather than by luck, is one that can grow. This is general guidance; the right design depends on your devices, sites and connectivity.
