The most expensive wireless system is the one you install twice (Reader Forum)

0
1
The most expensive wireless system is the one you install twice (Reader Forum)


Most in-building wireless failures stem from poor requirements gathering, not flawed technology. Enterprises that buy for symptoms rather than operational, capacity, compliance, and growth needs often face costly rip-and-replace projects within just a few years. Wilson Connectivity has the story.

Most in-building wireless systems don’t fail because the technology is bad. They fail because someone bought a system that was never built for the job they gave it. That’s a specification problem, and it’s the most expensive mistake I see in this business.

Here’s how it plays out. A facilities director or a CIO has a building with a wireless problem, they put in a system to fix it, and 18 months later they’re replacing it. The connectivity is worse than they expected, or the building failed a public-safety inspection, or the tenant count doubled and the system can’t keep up. They want to know what went wrong with the technology. Usually nothing did. The system does exactly what it was built to do. It just was never built for their building.

The pattern is always the same. Someone identifies a symptom, dead zones, dropped calls, a failed radio test, and goes shopping for a product that fixes that symptom. The product works in the demo. It works on day one. Then the building’s real demands show up, the ones nobody wrote down at the start, and the mismatch surfaces at the worst possible time. 

In a hospital, that’s a clinical system that can’t hold a connection. In a warehouse, it’s handheld scanners dropping mid-pick. In a stadium, it’s forty thousand people trying to post at once and a network that folds. The fix isn’t a better product. It’s asking the right questions before you buy anything. I walk every customer through the same five, and the answers point to the architecture long before we talk about a specific system.

Payam Maveddat Wilson Connectivity wireless
Maveddat – four questions for enterprise comms

First, how big is the venue and how dense is the usage? A 20,000-square-foot office and a 60,000-seat arena are not the same problem scaled up. They’re different problems. A system sized for one will fail at the other, in both directions. Oversize a small building and you’ve wasted money. Undersize a large one and you’re back to the replacement call.

Second, who are the users? Your employees, the public, connected devices, or all three? A factory that controls its own network can own and prioritize every connection on it. A hospital lobby has to carry whatever phone a visitor walks in with, on whatever carrier they use. Those are different architectures, and mixing them up is where a lot of budgets go sideways.

Third, how critical is the traffic? There’s a real gap between someone checking email and an automated guided vehicle that stops moving when the signal drops. Best-effort coverage is fine for the first. For operational technology and IoT, where a dropped connection stops a business process, you need guaranteed performance, and only a few architectures deliver it.

Fourth, does the building need first-responder radio coverage? This is the one that catches people. Public-safety codes, NFPA 72 and IFC Section 510, require many commercial buildings above a certain size to maintain in-building signal for emergency communications. That requirement is separate from your cell coverage and separate from your Wi-Fi. A commercial system does not satisfy it unless a dedicated public-safety layer, an ERCES, is designed and approved for that use. 

If your local Authority Having Jurisdiction enforces this and your building can’t pass, you’re looking at code violations, failed occupancy inspections, and permit delays on any renovation. I’ve watched this hold up building openings. Find out early, not at inspection.

Fifth, what’s your growth curve? If your device count, tenant count, or use cases are climbing, the cheapest system today can be the most expensive one over five years. The question isn’t what the building needs now. It’s what it’ll need when the lease fills up or the next wave of connected equipment arrives.

Work through those five and the field narrows fast. Small office with basic needs? Wi-Fi with some targeted cellular coverage may be enough. Mid-size building with dead zones? A passive or hybrid distributed antenna system extends the outdoor signal inside. Factory or logistics hub running automation? Private cellular gives you the control and guaranteed performance shared networks can’t. 

Large venue with public and private users and dense IoT? You’re likely combining private cellular with a DAS layer, or feeding a fiber DAS from dedicated radio sources. Six architectures, and each one exists because the others don’t fit its job.

The mistake is never really about picking the wrong box. It’s about starting with the box instead of the building. Define your operational requirements and your compliance obligations first, then find the least expensive architecture that reliably meets them, today and on the roadmap you can see. That’s the cost-optimized decision. Everything else is a system you’ll pay for twice.

One more thing worth saying plainly. If you’re evaluating vendors and one of them only sells one or two of these six architectures, the recommendation you get will match their inventory, not your building. Ask for a site survey and options across the full set. The right answer for most buildings sits somewhere in the middle, and you want someone whose advice can land there.

Payam Maveddat is General Manager of Enterprise at Wilson Connectivity, leading the Enterprise Solutions business, focused on delivering scalable connectivity solutions that enable enterprises to thrive in an increasingly wireless world. He holds an MSc in Electrical Engineering from the Georgia Institute of Technology and an MBA from the University of Texas at Dallas. Payam has multiple patents in advanced communications technologies. He is author of the company’s in-building wireless decision guide for CIOs.