The Question

What is the most a new store prototype can serve in a peak hour?

Case study · Quick-service restaurants · New store prototypes

ConfidentialClient work product

Testing store prototypes without building them

Client
(withheld)
Industry
Quick-service restaurants
Decision type
Store prototype design and labor deployment
Target
Peak-hour capacity of each prototype
Model
Store simulation, order point to pickup window, calibrated with a time-and-motion study
Finding
Crew size and position assignments by shift for each prototype

Client's brief · reconstructed excerpt · values held in confidence

(withheld) tests every new store prototype in its own test lab before rollout. Crews work a mock store built to the new layout, with real equipment and real product, through simulated rushes. Each new combination of layout, equipment, and crew deployment means another round of setup, labor, and food, and the list of combinations waiting to be tested was growing faster than the lab could run them. Each test is trying to answer one question: how many orders per hour can this prototype handle before speed of service slips past target?

Bars cover values SimWell holds and is not releasing. The released figures stand as printed.

§ 1

Why not test every layout in the lab?

Each test is a physical build. Before rolling out a new store layout or concept, the chain had to show the design could meet forecast demand. Its teams set up prototypes in the lab and ran simulated rushes with real crew and equipment. Every round used labor, product, and lab time, and after many rounds the team could see it would never get through every combination it needed to test.

Most large chains test this way. Burger King built a life-size prototype restaurant, dual-lane drive-thru included, inside a 40,000-square-foot warehouse so crews could run simulated service on new layouts. Labor raises the stakes: in 2024, profitable limited-service operators ran labor at a median 30.0% of sales, against 34.1% for those that lost money (National Restaurant Association).

§ 2

How do you find a prototype's peak capacity without running the lab?

SimWell built a simulation of several store prototypes, from the order point through production to the pickup window, and matched it to the chain's lab results. The team can change product mix, channel mix, customer arrival patterns, equipment counts, and crew deployment by position, then see each layout's maximum orders per hour and how busy each station runs.

Item build times came from a time-and-motion study rather than estimates. Every run is stored in a database the chain can query and add to as the menu changes, and a Power BI dashboard reports speed of service and throughput for each scenario in terms operators can read without a simulation background.

Exhibit A · One prototype at lunch peak
Quick-service restaurant simulation
What can this layout serve at peak?
Avg experience · enter to food in hand
0.0min

§ 3

How many crew members does each shift need, and in which positions?

There are too many combinations to test by hand. SimWell trained an AI agent on the simulation to search staffing options for each scenario, which cut the number of model runs and returned answers sooner. For each shift it set crew size and position assignments that balanced the workload, cut walking between stations, and removed long idle stretches.

Cleared for release

What changed

The chain can now test new store prototypes far faster than the lab allows, without tying up crew, equipment, or product. In the simulated stores, throughput rose, and order production time and wait times at the order point and pickup window came down. The chain then set up a long-term partnership with SimWell to simulate future store prototypes, new equipment, and continuous improvement initiatives.

In a separate engagement, a national pizza chain used the same approach to test a new make-line flow against a real day of order history before asking its franchise owners to adopt it.

SimWell helps operators make better decisions under uncertainty. We build simulation and optimization models that reflect operational reality, test scenarios before committing resources, and transfer capability so teams can run decisions independently.

Start a project

Client confidential. Client name withheld. Released figures stand as printed.