How a Dispatch Board Works

Scheduling & Dispatch

How a Dispatch Board Works

A calendar tells you what was booked. A dispatch board tells you whether today is going to hold — and it has to do that in about three seconds, because that is all the attention a dispatcher has to spare at 10am.

Last reviewed: August 2026 Next review: August 2027

The short version

A dispatch board is a grid: technicians across one axis, time along the other, jobs as blocks inside it. Its job is to answer three questions instantly — what is unassigned, what is at risk, and who is free.

If your board cannot answer all three at a glance, it is a calendar with colours.

This is the interface layer of stage five in how scheduling software works. Here we look at the board itself.

Anatomy of a board

UNASSIGNED No cool · 8am AGREEMENT Maint · flex Est · 1–3pm WINDOW TIME RAY DEE MARCO SAL EPA 608 · COMM 8 10 12 2 4 NOW 412 Oak COMPLETE 88 Cedar ON SITE 7 Birch SCHEDULED 31 Pine COMPLETE 204 Elm OVERRUNNING +52 MIN 55 Maple AT RISK 9 Walnut COMPLETE 120 Ash EN ROUTE Rooftop RTU COMPLETE AVAILABLE 2.5 HRS DONE ACTIVE OVERRUNNING AT RISK SCHEDULED AVAILABLE
One glance answers all three questions: three jobs unassigned on the left, Dee is 52 minutes over and her afternoon job is at risk, and Sal has two and a half hours free. That is the whole purpose of the interface.

The three questions, and how the board answers them

What is unassigned?

The queue on the left holds work that has come in but has no technician. It should never be a separate screen — if a dispatcher has to click away to see unassigned work, jobs sit there unnoticed.

Each card in the queue needs three things visible without opening it: the job type, any promised arrival window, and priority markers such as agreement status. The card for an agreement holder with no cooling should look different from a flexible maintenance visit, because they demand different urgency.

What is at risk?

This is what separates a board from a calendar, and most shops underuse it.

“At risk” means a job that is still scheduled but probably will not be met — because the technician assigned to it is currently running over on the job before. On the board above, Dee is 52 minutes past her expected finish, so her 2pm appointment is flagged before anyone has called to complain.

A good board derives this automatically by comparing elapsed time against expected duration and projecting forward. A weak one requires the dispatcher to work it out by mental arithmetic, which under pressure means it does not get worked out at all.

Who is available?

Gaps have to be visible as gaps. Sal’s empty afternoon block reads as capacity, not as blank space — with the duration stated, because “free” is only useful if you know for how long.

Availability is more than an empty slot, though. A technician is available for a job only if they hold the required certification and can physically reach the address in time. That is why skill tags belong in the column header: Sal’s commercial certification is why the rooftop unit went to him and not to Ray.

Reading the states

StateWhat it meansSet by
ScheduledAssigned, not yet startedDispatcher
En routeTechnician is drivingTechnician, in the app
On siteWork in progressTechnician
OverrunningElapsed time exceeds expected durationSystem, automatically
At riskA later job is threatened by a current overrunSystem, automatically
CompleteWork order closedTechnician

Notice which states the system sets and which the technician sets. Two of the six are derived automatically — and they are the two that make the board useful. Both depend entirely on technicians updating the other four honestly.

Why a board goes blind

“Overrunning” and “at risk” are calculated from the timestamps a technician creates when they tap en route, on site and complete.

If a technician marks four jobs complete at 5pm because they forgot all day, the board showed fiction for eight hours. It did not report an error — it reported confidently wrong information, which is worse.

What drag-and-drop actually does

Moving a job block looks like editing a calendar. Underneath, a well-built system does several things at once: it re-sequences that technician’s remaining route, recalculates whether promised arrival windows still hold, checks the certification requirement against the new technician, and flags anything that has become at risk as a result.

That last part matters. Reassigning a job to solve one problem frequently creates another two stops down the day, and a board worth using tells you before you drop it rather than after.

This is a good question to put to any vendor during a trial: drag a job from one technician to another mid-afternoon and show me everything that changes. The answer separates a live board from a visual calendar quickly.

Day, week and map views

Day view is the working screen. It is where dispatch actually happens and where a dispatcher spends the morning.

Week view is for planning, not dispatching. It is where maintenance visits get placed and where you notice that Thursday is empty while Tuesday is overloaded.

Map view is for one specific question: who is nearest to this address right now. It is invaluable for emergency insertion and misleading for anything else, because proximity is not the same as availability. The nearest technician may be nearest precisely because they are stuck on a long job.

Configuration mistakes that make a good board useless

Too many technicians on one screen. Past ten or twelve columns, nothing is readable and the dispatcher scrolls sideways all day. Split by team, zone or trade.

Colour coding by job type instead of by state. Job type is useful information, but state is the urgent information. If your colours tell you what kind of work it is rather than whether it is in trouble, the board has stopped answering question two.

No visible arrival windows. A dispatcher moving jobs without seeing which have promised windows will break promises without knowing it.

Skill tags left unconfigured. If certifications are not in the system, the board will happily let you assign a commercial refrigerant job to someone who cannot legally perform it.

Frequently asked questions

What is the difference between a dispatch board and a calendar?
A calendar shows what was booked. A dispatch board shows the current state of the day — which jobs are running late, which later jobs are consequently threatened, and who has genuine capacity right now. The distinguishing feature is derived state: a board calculates risk, a calendar only displays entries.
How many technicians can one dispatcher handle?
With a good board and rules-based assignment, commonly ten to fifteen. Beyond that the number of possible reassignments exceeds what a person evaluates well under pressure, and shops typically split the board by zone or team rather than adding screens.
What does “at risk” mean on a dispatch board?
A job that is still scheduled but unlikely to be met, because the technician assigned to it is currently running over on an earlier job. The system projects the overrun forward and flags the consequences, which is what lets you notify the affected customer before they call you.
Should I use map view for dispatching?
Only for the specific question of who is nearest to an emergency address. Proximity is not availability — the closest technician may be closest because they are stuck on a long job. Day view remains the working screen.
Why does my dispatch board show wrong information?
Almost always because technicians are not updating job status in real time. Overrun and at-risk flags are calculated from the timestamps created when a technician marks en route, on site and complete. If those arrive in a batch at the end of the day, the board displayed fiction all day.
Do I need a dispatch board with four technicians?
Four technicians fit in one person’s head on most days. What a board adds at that size is the automatic at-risk flagging and the elimination of “where is my technician?” phone calls, which is worthwhile but not transformative. It becomes genuinely necessary somewhere around eight.

What to do next

  1. Check whether your current board answers all three questions without clicking away from one screen. If unassigned work lives elsewhere, that is the first fix.
  2. Switch your colour coding to state rather than job type if it is not already.
  3. Confirm skill tags and certifications are configured for every technician. Most shops set this up once and never revisit it after someone qualifies.
  4. In any trial, drag a job between technicians mid-afternoon and ask the vendor to show you everything that recalculates.
Related reading

The board illustrated here is a composite showing features common to field service dispatch interfaces, not a screenshot of any specific product. Layout, colour conventions and available states vary between platforms — check how a given system handles derived states such as at-risk flagging before assuming it does.

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top