What a POC Should Actually Prove

The purpose of an RFID POC is to test whether a proposed solution works in your specific environment, with your specific items, under your specific operating conditions. That means real tags on real products, real readers mounted in real positions, and real workflows being tested. A POC that only runs in a lab or uses sample items handpicked for ideal performance is not proving anything useful.

Before the POC begins, you and the vendor should agree on clear success criteria. These might include minimum read rates (typically 99% or above for most applications), acceptable read distances, tag orientation tolerances, throughput speeds, and environmental factors like metal or liquid interference. Without defined metrics, there is no objective way to evaluate the results.

Typical POC Structure and Duration

Most RFID proofs of concept follow a straightforward structure. The vendor conducts an initial site survey to understand the physical environment, RF interference sources, and workflow requirements. From there, a small-scale deployment is set up covering one or two use cases. Tags are applied to a representative sample of items, readers and antennas are positioned, and the middleware or software layer is configured.

A well-structured POC typically runs for two to six weeks. Anything shorter than two weeks rarely provides enough data to draw meaningful conclusions. The first few days usually involve setup and tuning, with the remaining time dedicated to real-world testing across different conditions. If a vendor suggests a single-day POC, be cautious. That is almost certainly a demonstration, not a proof of concept.

What the Vendor Should Deliver

At the end of a POC, the vendor should provide a detailed report. This report should include raw read data, read rate percentages, any anomalies or failures encountered, and an honest assessment of what worked and what did not. The report should also cover tag performance across different orientations and materials, reader coverage maps, and any integration notes relevant to your existing systems.

Good vendors will also document their recommendations for a full-scale rollout, including hardware specifications, tag types, antenna placement, and estimated costs. If the vendor only provides a summary slide deck with high-level numbers and no raw data, that is a red flag.

How to Evaluate POC Results

When reviewing the results, focus on consistency rather than peak performance. A system that reads 100% in ideal conditions but drops to 85% when items are stacked or oriented differently is not production-ready. Look at performance across the full range of scenarios you will encounter in daily operations.

Compare the actual results against the success criteria you defined at the start. If the vendor changed the criteria mid-POC or excluded certain test cases from the final numbers, push back. You need the full picture, including the failures.

Also pay attention to how the system handled edge cases. Did it cope with high-speed conveyor movement? What happened when tags were near metal surfaces or liquids? How did it perform during peak throughput? These are the conditions that will define whether the solution works at scale.

Spotting a Sales Demo in Disguise

Some vendors treat the POC as an extended sales pitch rather than a genuine technical trial. Warning signs include a POC that uses only the vendor’s own tags and hardware with no flexibility, cherry-picked test conditions that avoid known problem areas, no access to raw data, and pressure to sign a contract before the evaluation is complete.

A legitimate POC should feel like a collaboration, not a presentation. You should have input into the test plan, access to all data, and the freedom to stress-test the solution in ways the vendor might not have anticipated. If the vendor resists any of these, consider whether they are confident in their technology or simply controlling the narrative.

Making the Most of Your POC

Invest time upfront in defining your requirements and success criteria. Involve the people who will actually use the system in daily operations, not just the procurement team. Document everything during the trial period, including informal observations that might not appear in the vendor’s report.

A well-run RFID proof of concept gives you the data and confidence to move forward with a full deployment. A poorly run one wastes time and budget while leaving you no closer to a decision. Knowing what to expect puts you in control of the process.

The post What to Expect From an RFID Proof of Concept first appeared on RFID News.

An RFID site survey is a structured assessment of the physical environment where readers and tags will operate. The goal is to understand how radio frequency energy behaves in a given space before any hardware is permanently installed. This involves measuring ambient RF noise levels, mapping potential interference sources, evaluating structural materials, and testing preliminary reader and antenna positions to confirm that reliable tag reads can be achieved under real-world conditions.

Understanding RF Interference Sources

Radio frequency interference is one of the biggest threats to a successful RFID installation. Interference can originate from a wide range of sources including Wi-Fi access points, Bluetooth devices, cellular base stations, fluorescent lighting, electric motors, conveyor systems, and even other RFID readers operating nearby. In warehouse and industrial settings, variable frequency drives (VFDs) on motors and heavy electrical equipment are particularly problematic because they generate broadband electromagnetic noise that can drown out the relatively weak backscatter signal from passive RFID tags. A site survey identifies these interference sources early so that mitigation strategies, such as frequency hopping configuration, shielding, or adjusted reader power levels, can be planned before deployment.

Reader Placement Strategy

Where you mount RFID readers and antennas determines whether your system delivers consistent, accurate reads or frustrating gaps in coverage. Reader placement is not a guessing game. It requires careful analysis of read zones, tag orientation, movement speed, and the distance between antennas and tagged items. Overlapping read fields between adjacent readers can cause reader collision, where devices interfere with each other and miss tags entirely. Conversely, leaving gaps between read zones means items pass through undetected. A site survey uses test readers and reference tags to map coverage areas, measure read rates at various antenna angles, and confirm that the planned layout will achieve the required performance before permanent mounting.

Assessing the Physical Environment

The physical characteristics of a deployment environment have a direct and often dramatic impact on RFID performance. Metal surfaces reflect RF energy in unpredictable ways, creating multipath interference where signals bounce and arrive at the reader out of phase, causing destructive cancellation. Liquids absorb UHF radio waves, significantly reducing read range when tags are applied to bottles, containers, or products with high water content. Moving objects, including forklifts, conveyor belts, and personnel, create a constantly changing RF landscape that static testing alone cannot capture. Temperature extremes, humidity, and even the density of stacked inventory all affect signal propagation. A thorough environment assessment during the site survey accounts for these variables and informs decisions about tag selection, antenna type, mounting hardware, and reader configuration.

The Cost of Skipping the Site Survey

Organisations that bypass the site survey phase almost always pay for it later. The symptoms are predictable: inconsistent read rates, phantom reads from stray RF energy, blind spots in critical coverage areas, and reader collisions that degrade overall system performance. Troubleshooting these issues after installation is expensive and disruptive. Hardware may need to be relocated, additional readers purchased, or entire antenna configurations redesigned. In some cases, the wrong tag type was selected because nobody tested it in the actual environment, leading to a full re-tagging exercise. All of these costs dwarf the relatively modest investment of conducting a proper site survey upfront.

A well-executed RFID site survey typically takes between one and five days depending on the size and complexity of the facility. It should be carried out by experienced RF engineers who understand the physics of radio propagation and the practical realities of RFID deployments. The deliverable is a detailed RF plan that specifies reader locations, antenna types and orientations, power settings, frequency configurations, and any environmental modifications needed to ensure reliable operation. This plan becomes the blueprint for installation and the baseline for ongoing performance monitoring.

If you are planning an RFID deployment of any scale, treat the site survey as non-negotiable. It is the difference between a system that works on paper and one that works in practice.

The post RFID Site Surveys: Why RF Planning is Non-Negotiable first appeared on RFID News.