Shuttle Dispatch Software: Run the Board Without Chaos
Shuttle dispatch software is a live board that shows every scheduled run, the vehicle and driver assigned to it, and how many seats are sold, all updating in real time. It replaces the whiteboard, the sticky notes, and the running tally in your head, so a dispatcher can see the whole morning at a glance and move a run to another van the moment something goes wrong.
If you run a small shuttle operation, you already know the failure mode. A van goes down at 6:40am, and the person holding the board has to remember who was on that run, which driver is free, and whether the replacement vehicle has enough seats. This guide walks through what a real dispatch board shows, how reassignment works when a vehicle breaks, and how the board catches an overbooked run before it ever leaves the yard.
The whiteboard problem: reassigning by memory and sticky notes
Most operators start with some version of the same setup: a whiteboard grid, a stack of printed manifests, and a phone. It works right up until the moment two things change at once.
Here is where it breaks:
- A driver calls in sick and you have to redraw half the board.
- A vehicle fails inspection and its three morning runs need new homes.
- A late booking pushes a run one seat over capacity and nobody notices until pickup.
- The person who "knows the board" is on a call, and everyone else is guessing.
The common thread is that the board lives in one person's head. When that person is busy, the operation slows down or makes a mistake. Sticky notes do not survive a shift change, and a whiteboard cannot tell you where a van actually is.
What shuttle dispatch software shows on a live board
A dispatch board is a single screen that answers the four questions a dispatcher asks all day: what runs are scheduled, which vehicles are assigned, which drivers are on them, and how many seats are sold.
Laid out as a timeline, a typical board shows:
- Runs as blocks along a time axis, each with its route, pickup window, and stops.
- Vehicles as lanes, so you can see which van is doing what and when it is free.
- Drivers attached to each run, with their status (on shift, en route, off).
- Seat counts on every run, updating as bookings come in, so a run reads "9 of 11 sold" rather than "probably full."
Because the numbers come straight from live bookings, the board is never stale. When a passenger buys a seat at 6:15am for a 7:00am run, the seat count on that block moves without anyone touching it. That is the core difference from a spreadsheet, which only shows what someone last typed into it. If you want the fuller picture of how booking and dispatch fit together, see What Is Shuttle Booking Software? An Operator's Guide.
Drag-and-drop reassignment when a van breaks down mid-shift
The real test of a dispatch board is what happens when a vehicle drops out mid-shift. On a whiteboard, that means erasing, rewriting, and phoning drivers one by one. On a live board, it is a drag.
Say Van 3 breaks down at 6:50am with a full 7:00am run assigned to it. The dispatcher grabs the run block and drops it onto Van 5, which is sitting idle until 7:30am. The software does three things at once:
- Moves the passenger manifest to the new vehicle.
- Checks that Van 5 has enough seats for everyone on the run, and warns if it does not.
- Notifies the new driver's app so the manifest and route appear on their phone.
No erasing, no re-reading names off a clipboard, no wondering whether the replacement van is big enough. The seat check is the part that saves you: the board will not let you quietly move eleven passengers into a nine-seat van without flagging it. In Shuttle.Software, that reassignment and the driver notification happen in the same drag, so the swap is done before the original run was even supposed to leave.
Real-time GPS and status updates from the driver app
A board that only shows the plan is half a board. The other half is knowing what is actually happening on the road, which comes from the driver app.
With live GPS and status updates, the dispatcher can see:
- Each van's current location on a map, so "where is Van 2" stops being a phone call.
- Run status: not started, en route to pickup, boarding, in transit, completed.
- QR check-in as passengers board, so the manifest reconciles itself in real time.
- Whether a run is running behind, early enough to warn the next pickup.

This matters most on airport work, where the schedule bends around flights you do not control. According to the U.S. Bureau of Transportation Statistics, the on-time arrival rate for U.S. flights was 73.12% in the most recent reporting period, with National Aviation System delays accounting for 6.42% and security delays only 0.04%. With roughly one in four flights arriving late, that unpredictability is the baseline you dispatch against every morning. A board that shows live vehicle positions and can retime a pickup keeps a delayed arrival from turning into a missed transfer. The mechanics of that flight-aware retiming are covered in Airport Shuttle Software That Handles Delayed Flights.
The other benefit is that the driver app carries the load so the driver does not have to. When check-in is a QR scan and the route is already on the screen, a new driver can work a shift without a training session.
How dispatch spots an overbooked run before it leaves the yard
Overbooking usually happens quietly. Two agents sell the last seat within a minute of each other, or a phone booking gets added on top of an online one, and nobody sees it until eleven people line up for nine seats.
A dispatch board closes that gap in two ways. First, seat capacity is enforced at the point of booking: a run cannot sell more seats than the vehicle assigned to it holds, so the twelfth booking on an eleven-seat van is simply not available. Second, the board color-codes runs by fill level, so a dispatcher scanning the morning sees at a glance which runs are near capacity and which have room.
That means the overbooking conversation happens at the yard, not at the curb. If a 7:00am run is showing "11 of 11" and a group of four calls wanting on, the board pushes them to the 7:20am run or triggers a second vehicle, rather than cramming them onto a full van. Preventing the problem at booking time is cheaper than apologizing to stranded passengers, and it protects the reviews that feed your next month of bookings.
Walkthrough: rebalancing a 7am peak across four vehicles
Here is what a peak morning looks like on a live board. It is 6:35am. You have four vans and a stack of airport pickups clustered around 7:00am.
The board shows:
- Van 1 (11 seats): 7:00am run, 11 of 11 sold. Full.
- Van 2 (11 seats): 7:00am run, 6 of 11 sold.
- Van 3 (8 seats): 7:10am run, 8 of 8 sold. Full.
- Van 4 (14 seats): no run until 7:45am. Idle.
Two problems jump out. Van 1 is dead full with no margin for a walk-up, and a late group of three just booked for 7:00am with nowhere to sit. Here is the rebalance:
- Move the late group of three onto Van 2. It has five open seats, and the board confirms the fit before you commit. Van 2 is now 9 of 11.
- Pull Van 4 forward. Assign its idle 7:00am slot a new run for the overflow you expect from a delayed inbound flight, so a full plane does not blow up your 7:20am block.
- Watch Van 3's status. The driver app shows it boarding on time, so you leave it alone. If it slipped to "running behind," you would warn its next pickup.
- Confirm every run reads at or under capacity before the 7:00am wave rolls out. Green across the board means no van leaves overbooked.
The whole rebalance is a few drags and a glance, done in the minutes before departure rather than in a scramble at the curb. That is the difference between a dispatcher who is reacting and one who is a step ahead.
Where to start
If your board still lives on a whiteboard, start by getting your runs, vehicles, drivers, and seat counts onto one live screen that updates itself. That single change does more than any extra feature. Once the board is real-time, reassignment, GPS visibility, and overbooking prevention come for free because they all read from the same data.
Shuttle.Software is built around exactly this board for operators running 1 to 30 vehicles, with per-seat booking, drag-and-drop dispatch, a zero-training driver app, and live GPS in one flat-priced package. Book a demo and bring your busiest morning: the fastest way to judge a dispatch board is to watch it handle your real 7am peak.
Ready to move?
Shuttle.Software is $99/mo flat with a one-time $299 setup and 0% booking commission β live in 3β5 working days.
Explore More β