A regional manager opens the Monday trading pack. Store 14 is down 6% on sales versus last year. The pack cannot tell her whether fewer people walked in, whether the same number walked in and fewer bought, or whether the average basket shrank. Three very different problems, three very different fixes, and the only number on the page is revenue. That gap, between what the report says and what the store needs to know, is where most retail data analytics programmes quietly fail.
Start with the denominator, not the dashboard
Most retailers have more dashboards than they can read. What they lack is a trustworthy denominator. Sales per square metre, average transaction value and sales per labour hour all share the same weakness: they describe the people who bought, not the people who came. Once a reliable people counter sits above the door, every one of those metrics gains a second axis. Conversion becomes a real ratio. Labour can be planned against demand instead of against last year's till data. Marketing spend can be judged on whether it brought bodies through the door, separately from whether the store then sold to them.
So the first best practice is unglamorous: before building anything else, make footfall a governed, audited number with the same status as the sales figure. If the finance team would not accept a revenue total that was "roughly right", do not accept a footfall total on that basis either.
Clean the count before you trust the ratio
A conversion rate is only as honest as its inputs. Three things routinely contaminate footfall data in otherwise well-run estates:
- Staff movements. Colleagues stepping out for a break, taking deliveries or walking to the stockroom via the front entrance can add hundreds of "visitors" a week in a busy store. Modern people counting software applies staff-exclusion algorithms so that employees are removed from the count rather than diluting the conversion figure.
- Mounting and coverage. A footfall counter positioned over one leaf of a double door, or at a height where prams and trolleys confuse the sensor, will produce a plausible but wrong number every day.
- Unvalidated accuracy. Vendors should put a figure in the contract. A contractual minimum of 96% is realistic, with 98 to 99% typically achievable when lighting, entrance layout and visitor behaviour allow it. Treat any flat promise of 99% with no conditions attached as a sales claim, not a specification.
Here is the observation that experienced implementers share and brochures do not: counting errors are almost never random. They cluster. A store that counts beautifully at 2pm on a Tuesday can be 15% out between 7am and 9am because the bakery delivery comes through the customer door, or because the cleaner's cart triggers the sensor on every pass. The practical fix is to run manual clipboard counts against the people counting sensor during three different windows in the first fortnight, including opening and closing, not just a convenient midday slot. Fix the clusters and the rest of the day usually looks after itself.
Work in hours, not days
Daily footfall is a vanity metric. Hourly footfall is a management tool. The reason is simple: labour is scheduled in hours, and the most expensive mistakes in a store happen in specific hours, not across a whole day. A store can show a healthy 30% daily conversion while running at 12% between 12pm and 2pm because two colleagues are on lunch exactly when traffic peaks.
The practice that follows is to build a traffic-to-labour view for every store, by hour, and to review it weekly with the store manager rather than monthly with the region. Many retailers using VemCount for this purpose end up moving shift start times by thirty or sixty minutes rather than adding headcount, which is the kind of change that costs nothing and shows up in conversion within a fortnight.
Join the data where it already lives
The single largest productivity loss in retail analytics is the weekly export. Someone downloads footfall from one portal, transactions from the POS system, hours from the workforce tool, and reconciles them in a spreadsheet by Wednesday afternoon. By then the trading week is half gone and the numbers are already disputed.
Choose a people counting system that pushes data directly into the POS, ERP or BI environment you already run, rather than one that expects your analysts to live in its own dashboard. The test is practical: can a store manager see yesterday's hourly footfall, transactions and rostered hours in a single view by 8am, without anyone touching a spreadsheet? If the answer is no, the integration is not finished, regardless of what the project plan says.
Sensor choice matters here too. A sensor-agnostic platform lets you mix hardware across the estate, pairing a high-accuracy 3D sensor such as Xovis at a flagship with more economical devices at small-format sites, while keeping one data model. Vemco is a Xovis GOLD partner and also works with Milesight, Hikvision and AXIS hardware for exactly this reason: the analytics layer should not dictate the hardware budget.
Go beyond the door when the question demands it
A door counter answers "how many came in". It cannot answer "why did they leave without buying". For that, zone-level counting and dwell-time tracking are the next step, and they pay for themselves fastest in stores undergoing layout or range changes. If 40% of visitors reach the back wall before a reset and 22% afterwards, you have learned something a sales report would have hidden for months.
Two cautions. First, do not deploy zone tracking across the whole estate on day one; pick five stores with a live layout question and prove the method. Second, be deliberate about demographic estimation. AI sensors can estimate age and gender and separate children from adults, which is genuinely useful for a toy retailer judging whether a promotion drew families, but it needs a clear privacy position before it goes live, not after.
Fix the definitions, then fix the rhythm
Retail analytics programmes rarely collapse because of bad technology. They collapse because the operations director and the commercial director are quoting different conversion figures for the same store, each pulled from a different source with a different definition of "visitor". Agree three things in writing and publish them:
- The definition of a visit, including how staff, groups and re-entries are handled.
- The owner of the number, typically operations, with commercial as a consumer not an editor.
- The cadence: which metrics are reviewed daily in store, weekly by region and monthly by the executive team.
Once that is settled, the technology question becomes much smaller. A good people counting setup, cleanly validated and joined to POS and labour data, delivers most of the value. Everything else is refinement.
Frequently asked questions
How much do people counting sensors cost? Hardware pricing varies widely with the sensor type, the width and complexity of the entrance and whether you need zone tracking or demographic estimation on top of basic counting. The larger cost drivers are usually installation, validation and integration into your POS and BI systems rather than the device itself, so ask for a per-site total rather than a unit price. A sensor-agnostic platform lets you match hardware spend to each store's importance instead of paying flagship prices everywhere.
How to measure foot traffic in a store? Install an accurate visitor counting system above each customer entrance, configure it to exclude staff, and validate it against manual counts at several times of day during the first two weeks. Record counts by hour, not just by day, and feed them into the same reporting environment as sales and labour so conversion and traffic-to-staff ratios are calculated automatically. For questions about layout or product placement, add zone counting and dwell-time measurement in a small pilot group of stores first.
If your trading reports still cannot separate a footfall problem from a conversion problem, that is a fixable gap. Talk to the Vemco Group team about validating your existing counts, integrating footfall with your POS and BI stack, and building an hourly analytics rhythm your store managers will actually use.