Retail use case
Store experiments: test a change at a few stores before you roll it out
Most chain-wide changes start as one manager's good idea and one good month. Testing at a few stores against comparable stores tells you whether to scale it, fix it or drop it before the whole fleet pays for the answer.
A store experiment makes a change at a few test stores while comparable control stores run as usual, and compares how each group moved over the same weeks. Super Vision turns the cameras your stores already have into a history of how each location operates, where cameras cover the zone. Operators use it to simulate a staffing or workflow change against that history (projected impact), test it at a few stores against comparable control stores (validated impact), measure before and after (observed change), and scale only what worked.
The decision: which changes are worth rolling out, and where?
If you run operations for many stores, you cannot see all of them at once, and you cannot afford to be wrong in all of them at once. A new break rule, a different shift-change handover, a rule for when to open another register: each looks sensible, each costs labor or attention in every store, and each usually spreads on the strength of one good month at one location.
The question that matters is not "did that store get better?" It is "would this work at the stores that have not tried it, and is it worth what it costs there?" Stores picked for a fix tend to be stores that had a bad stretch, and bad stretches tend to be followed by more ordinary ones whatever you do. Barnett, van der Pols and Dobson (2005) call this regression to the mean and say it should always be considered as a possible cause of an observed change. Add the weather, a promotion and a new assistant manager, and one store's month cannot carry a fleet-wide decision.
A store experiment can. Super Vision is built around that decision: monitoring generates the evidence that makes optimization possible. The cameras you already have become the history; the history shows where a change is worth trying and which stores can serve as fair comparisons; the test shows whether to scale it.
Step 1. Monitor: find the change worth testing
You cannot pick a good test from opinions. Where cameras cover the zone, Super Vision builds a timestamped history of how each location operates: visitor traffic and peak periods, staff presence and service coverage where visible, and wait and dwell time in configured camera zones. Three observable signals decide which change to test first:
- A recurring gap, not a one-off. Lines over your target at the same hours, on the same weekdays, at several stores. One bad Saturday is noise; the same Saturday at six stores is a decision.
- Coverage in those hours. Were the service points that should have been staffed actually covered while the problem happened? That separates "we need more hours" from "we have the hours in the wrong place".
- Which stores share the pattern. The stores with the same gap are your candidate test stores. The stores with similar traffic and layout but no gap, or the same gap and no change, are your candidate controls.
Super Vision suggests tests to run, based on history across your locations. You decide what to test.
From your existing cameras
- Recurring patterns by hour, weekday and store, where cameras cover the zone
- Staff presence and service coverage where visible
- When lines formed and cleared, and time above your target
- Similar and dissimilar stores, to choose controls from evidence
- A timestamped evidence frame or clip for each finding
Needs your systems alongside
- Verified transactions and sales: from your POS
- Who was scheduled and labor cost: from your scheduling or payroll system
- Why a change was or was not carried out: from your store teams
Step 2. Simulate: model the change before you commit labor
Simulations model a staffing or workflow change against your own history, so you can compare options before you commit resources. The result is a projected impact.
For a fleet operator, a simulation is most useful for three things: ranking candidate changes by how much they might move the signal, finding the stores where the change would touch the most affected hours, and setting a number the real test has to beat. It is not evidence that the change worked. A projection is a reason to test, not a reason to roll out.
Step 3. Experiment: test at a few stores against comparable control stores
Experiments test a change at selected locations against comparable control locations. This is how you get validated impact: evidence that the change, not the calendar, moved the result.
A workable design for an operations change is short:
- One change. If you move breaks and add a cashier together, you will not know which one worked.
- A handful of test stores, matched controls. Choose controls before the test starts, from stores that looked like the test stores during the baseline: similar format, traffic pattern and level of the metric.
- A written decision rule. For example: roll out if the test stores improve by at least 8 minutes more than the controls and no guardrail gets worse.
- Enough weeks to see the changed hours several times. For a weekly peak, at least four weeks of baseline and four of test, and more if the metric swings a lot week to week.
- An owner who checks execution every week. A change half carried out at two stores is a different result from a change that did not work.
Large retailers follow the same pattern at larger scale. Target piloted express self-checkout lanes at 200 stores before taking them to most of its stores (Retail Dive, 2024). Gap and a team of university researchers randomized 28 stores, 19 to new scheduling practices and 9 to control, from November 2015 to August 2016 (Williams et al., 2018). Most operators need neither scale: a few stores and a few comparable controls are enough to tell a working change from a hunch. Our full method, with a worked example, is in how to test a retail store change before rolling it out.
Step 4. Validate: measure what changed
Benchmarks compare performance before and after a change, adjusted for traffic and day of week. The result is an observed change. For each group, take the test-period average minus the baseline average; the estimated effect is the test stores' change minus the control stores' change. That subtracts out whatever moved every store at once.
Keep three words distinct when you report the result up the chain:
| Word | Comes from | What it can support |
|---|---|---|
| Projected | A simulation against your history | Which change to test, and the size of result to look for |
| Observed | A before-and-after benchmark, adjusted for traffic and day of week | That the metric moved after the change |
| Validated | An experiment against comparable control stores | That the change most likely caused the improvement |
Then read the guardrails. A change that cuts line minutes but also cuts transactions in the same window, or pushes labor hours up more than you planned, is not a win.
Step 5. Scale what works across locations
If the change held up, roll it out first to the stores that look like the test stores and share the problem, not automatically to the whole chain. Fisher, Gallino and Netessine (2021) worked with a large specialty retailer and found that staffing's impact on revenue varied greatly by store. They tried the staffing changes in a few test stores, then implemented them in 168 stores, where the chain saw a 4.5% revenue increase over six months. The practical lesson is to scale in waves, check the first wave against the test result, and keep measuring after rollout.
Every experiment adds to the history, so the next suggestion starts with more evidence than the last.
A hypothetical ROI example: where the break-even sits
The numbers below are hypothetical, chosen to show the arithmetic. They are not customer results. Financial ROI is real only when the measured change is tied to your actual POS and labor data.
Suppose a 60-store chain wants to add 1.5 cashier hours a day at each store to cover a weekday afternoon gap, at an assumed $22 loaded cost per hour and $16 average contribution per verified purchase.
Break-even lift. The change pays for its labor only if the test shows more than $33 of contribution per store per day, which is $33 / $16 = about 2.1 additional verified purchases per store per day, confirmed in the POS.
| Test result (validated, vs control stores) | Contribution per month, 60 stores | Less added labor | Net |
|---|---|---|---|
| +4 purchases per store per day | 4 x $16 x 60 x 30 = $115,200 | $59,400 | about +$55,800 |
| +2 purchases per store per day | 2 x $16 x 60 x 30 = $57,600 | $59,400 | about -$1,800 |
| 0 | $0 | $59,400 | about -$59,400 |
What a test costs. Running the change at 6 test stores for 6 weeks adds 1.5 x $22 x 6 x 42 = $8,316 in labor. Rolling it out blind and finding out it was the 0 row costs $59,400 a month until someone notices. That gap is the reason to test first.
What these numbers exclude:
- Rollout and training costs and Super Vision fees.
- Stores that differ. The average hides stores where the lift is larger or smaller; scale first to the stores that look like the winners.
- Durability. The figure holds only if the lift is verified, attributable to the change and sustained after rollout.
Limits worth knowing
- Camera coverage decides what you can test. If cameras do not cover the zone you want to change, that store's question may not be answerable from video. Coverage is confirmed during onboarding.
- Video shows activity, not sales. Verified revenue or transaction metrics need POS context, and labor cost needs your scheduling or payroll data.
- Control stores are never identical. Matching reduces the problem; it does not remove it. Spillover between nearby stores and teams that know they are being measured can bias results.
- A single store has no control group. One-location tests report an observed change. That is often the right first step, and a stronger test comes next.
- Suggestions are not predictions. Super Vision suggests tests to run; it does not know a change will work, and people make the call.
Who uses it
- COO and VP of store operations: decide which changes are worth rolling out, and in what order, with tested results rather than anecdotes.
- District and regional managers: test a change in their stores before the region adopts it, and see which stores share the pattern.
- Multi-unit franchisees and operating partners: show that an operating improvement worked before spending on every location.
For a specific first test, see checkout wait times. For the staffing picture beyond checkout, see staffing coverage analysis and our guide to scheduled versus deployed labor.
Frequently asked questions
What is the difference between a store pilot and a store experiment?
A pilot checks whether a change can be run: can the team follow it and what does it cost. An experiment checks whether the change caused a result, by comparing test stores with comparable control stores over the same weeks. Most rollouts need a pilot first and an experiment second. Our guide to testing a store change before rollout covers both.
How many stores do we need to run an experiment?
For an operations change such as a break schedule or a register-opening rule, a handful of test stores, each with one or two comparable control stores, is a practical start if you run it for several weeks. Small expected effects, noisy metrics or very different stores need more stores or more weeks. A single store can show an observed change, not a cause.
We only have a few stores. Is this still useful?
Yes, with honest limits. Test at one location before you spend fleet-wide: a before-and-after comparison, adjusted for traffic and day of week, shows an observed change. Without a comparable store running as usual, you cannot rule out the weather, a promotion or a new manager, so report it as observed rather than validated.
Does Super Vision tell us what to test?
Super Vision suggests tests to run, based on history across your locations, for example hours where lines ran over target at several stores. Your operations team decides what to change, where and when. A suggestion is a starting point, not a prediction that the change will work.
Can the experiment show how much money a change makes?
Not from video alone. Cameras show what happened at the checkout area, the sales floor and the service points they cover. Verified transactions come from your POS, and labor cost comes from your scheduling or payroll system. With those added, you can set the measured change against the cost of making it. Any dollar figure is only as strong as the test design behind it.
Is this used to judge individual associates?
No. Experiments compare store processes: schedules, break timing, coverage and queues by hour. Findings are not designed for individual performance scoring, and access is scoped by role to the locations each person is responsible for.
Do we need new cameras?
No new hardware is required to start. Super Vision works with compatible existing camera systems through authorized access. Whether your cameras cover the zone you want to test is confirmed during onboarding, and some camera systems need help from the vendor or your IT team.
Sources
- Stable Scheduling Study report (Williams, Lambert, Kesavan et al.). Center for WorkLife Law, with the University of Chicago and UNC Kenan-Flagler, in partnership with Gap Inc., 2018. Randomized experiment in 28 Gap stores, November 2015 to August 2016: 19 treatment and 9 control stores.
- Setting retail staffing levels: a methodology validated with implementation (Fisher, Gallino, Netessine). Manufacturing & Service Operations Management 23(6), 2021. Abstract read 2026-11-05.
- Target to add express self-checkout lanes to most stores. Retail Dive, 2024.
- Regression to the mean: what it is and how to deal with it (Barnett, van der Pols, Dobson). International Journal of Epidemiology 34(1), 2005.