How do you run a single storage waitlist across two facilities in the same town without double-promising units?
Two nearby sites can share one demand pool if you record travel tolerance at intake and enforce one hold per unit and per prospect. Here is the setup that keeps both counters from promising the same door.

One market list usually beats two building lists
Most two-site operators end up with two separate waitlists by accident, not by decision. Each counter keeps its own notebook or its own tab in a spreadsheet, and a prospect belongs to whichever phone number they happened to find first. The cost of that setup is invisible until you look at it directly: a caller waits six weeks for a 10x10 at the site on the highway while the sister site three miles away has had two 10x10s open and refill in the meantime. Nobody made a mistake. The information simply never crossed the parking lot. Related: Why do storage operators lose prospects while units sit on a waitlist?
The better default for sites in the same town is one list per market with the preferred site stored as a field on each prospect, not as a wall between two lists. That way the unit that opens first can be matched against every person who would plausibly take it, ranked by their own stated preference. The exception is real distance. If your two properties sit twenty five minutes apart on opposite sides of a metro, or serve genuinely different customers (a downtown climate building and a rural drive-up yard), they behave like separate markets and a shared list mostly generates alerts people ignore. The practical test is simple: would a typical prospect drive to the other site if it saved them a month of waiting? If most would not, keep the lists apart and cross-post only the rare specialty units. Related: How can self-storage operators manage a waitlist when every unit is full?
Keep reading: How can self-storage operators manage a waitlist when every unit is full?, What is the fastest way to alert prospects when a storage unit opens?, Why do storage operators lose prospects while units sit on a waitlist?. See how StorageWaitr helps you storage unit waitlist and vacancy alerts.
Capture travel tolerance at intake, not at alert time
The moment to find out whether someone will accept the other location is when they join the list, while they are already on the phone and thinking about their move. At alert time the manager is trying to fill a unit today and is forced to guess. Add three small fields to your intake: preferred site, acceptable alternate site (yes, no, or maybe), and any hard constraint that decides it for them, such as needing gated access after 7pm or room to swing a trailer. Ask it in plain language rather than as a form question. "If the same size opened at our other location on Route 9, would you want that call too?" gets a real answer in about four seconds. Related: How should self-storage operators organize a waitlist by unit size and price?
Recording the answer changes how you alert. When a 10x15 opens at site A, the first wave goes to people who chose site A. If nobody converts inside the hold window, the second wave goes to the people who said yes or maybe to either site, and it goes with a line acknowledging the switch: "this one is at our Route 9 property, same size, same rate." That sequencing protects the primary site's list from feeling spammed while still giving the open unit a much bigger pool to draw from. It also stops the failure mode where a manager blasts every name on both lists, gets four callbacks for one unit, and spends the afternoon disappointing three people. Related: What is the fastest way to alert prospects when a storage unit opens?
One active hold per unit, one active hold per prospect
Double-promising happens in two directions and both are avoidable with a single rule. A unit can carry exactly one active hold at a time, and a prospect can be on hold for exactly one unit at a time. Enforce it with explicit statuses rather than memory: waiting, alerted, holding, converted, declined, expired. When the manager at site B puts a prospect on hold, the manager at site A opening the same list sees that person is unavailable today and moves to the next name instead of calling them about a different unit. Without those states, two managers working two vacancies on the same morning will inevitably reach the same eager prospect.
Tie the digital hold to something physical so the two never drift apart. Whoever places the hold puts the facility lock on that door and writes the hold expiry on the unit record the same minute. If the prospect declines or the window lapses, the lock comes off and the status flips back, which is the trigger for the next alert. Give staff a short talk track for the awkward case where the other site has something better: "you are currently holding the 10x10 here until Thursday at noon, and a climate 10x10 just opened at our other property. Do you want me to switch you?" One hold, one unit, one conversation. The prospect never hears two different promises.
Report by site, manage the pair as one funnel
Keep the reporting granular even though the list is shared. For each site you want signups, alerts sent, holds placed, conversions, and days from vacancy to move-in, plus one cross-site number: how many move-ins started as a signup at the other property. That transfer count is the most useful figure the shared list produces. If one site consistently absorbs the other's overflow month after month, you are looking at a pricing signal at the popular site and, if the pattern holds through a slow season, a capacity signal for the market as a whole.
The organizational trap is compensation. If each manager is measured only on their own building's occupancy, they have a quiet incentive to sit on a prospect rather than route them across town, and the shared list stops working within a quarter. The fix is administrative, not technical: credit the originating site for the signup and the receiving site for the move-in, or split the credit, and say so out loud in the staff meeting where you launch the shared list. We built StorageWaitr around one list with site tags for exactly this reason, but the software only helps if the incentives point the same direction. A shared list with rival scoreboards attached to it will quietly turn back into two notebooks.
- Keep one waitlist per market with the preferred site as a field, and split lists only when the sites serve genuinely different areas.
- Ask at intake whether the prospect would accept the other location, and store the answer as yes, no, or maybe.
- Alert in waves: preferred site first, then cross-site takers, so neither list gets blasted for every vacancy.
- Enforce one active hold per unit and per prospect, and pair every digital hold with a physical lock on the door.
Fill units the moment they open
Storage unit waitlist and vacancy alerts. StorageWaitr is built to help you put this into practice.
Start freeMore from the StorageWaitr blog

How can self-storage operators manage a waitlist when every unit is full?

What is the fastest way to alert prospects when a storage unit opens?

Why do storage operators lose prospects while units sit on a waitlist?
Get the StorageWaitr playbook
Practical guides on storage waitlist management, straight to your inbox as we publish them. No spam, unsubscribe any time.
