Answer
How should AI help with scheduling and dispatch?
By proposing a schedule against constraints you stated, not by deciding what matters. The ranking is a business decision.
By proposing an allocation against constraints you have written down, and surfacing the conflicts. Which job takes priority when two compete is a commercial decision, and a system asked to infer it will invent a policy nobody agreed.
Scheduling looks like an optimisation problem and is mostly a constraint problem with a policy question hidden inside it. The constraints are stateable: who is qualified for what, travel time between locations, working hours, equipment availability, appointment durations, commitments already made. Given those, proposing an allocation is genuinely useful work and largely mechanical.
The hidden question is what to do when the constraints conflict, which they do daily. Two jobs need the same person, an emergency arrives into a full day, a customer wants a slot that would strand someone across town. Resolving these is a judgement about which customer relationship, which margin and which promise matters more, and it is a policy the business holds whether or not it has written it down. A system that resolves them without being told will resolve them consistently and invisibly, which means the business has a scheduling policy it cannot state.
So the productive arrangement is a proposal plus the conflicts named. Here is an allocation satisfying the constraints, here are the three cases where something had to give, here is what each option costs. A dispatcher then decides in seconds with the trade-off visible, rather than either doing the whole allocation by hand or accepting a schedule whose compromises are unlabelled.
The genuinely valuable second application is the reshuffle. Schedules break — a job overruns, a van breaks down, someone is ill — and rebuilding the day under pressure is where errors and unhappy customers come from. Producing a revised allocation quickly, with the affected customers listed and the messages drafted, addresses the part of the problem that is hardest under time pressure.
Two constraints are consistently underestimated in these systems and are worth stating explicitly. Travel time is not distance and varies by time of day, so a schedule built without real travel estimates will be wrong in the direction of over-optimism every time. And the durations in your system are what someone typed when the job was booked, not what the job takes, and a scheduler working from those inherits every optimistic estimate.
The customer-facing half deserves its own decision. Confirmations, reminders and change notifications are assembled from records and are safe to send automatically; a message that offers a new time or explains a delay is making a commitment and belongs behind a person, at least until the business has watched what it says for a while.
A scheduler that decides which customer waits has made a commercial decision, and the business will find out what it decided from the customer.
Siddharth Sharma, Context Theory
Related questions
Can it decide which jobs to take on?
It can identify which requests fit the available capacity and which do not, which is a factual statement. Whether to take a job that does not fit — by working late, moving something, or turning it down — is a commercial decision that depends on the customer, the margin and the relationship, and it should be surfaced rather than resolved.
What about letting customers book directly?
Self-scheduling against real availability works well and is a different question from AI, since the hard part is exposing accurate availability rather than interpreting a request. Where AI helps is in reading a free-text request and turning it into the parameters a booking system needs, which is the step that otherwise requires a phone call.
METHOD
Every figure below carries its source and the date it was verified. Nothing on this page is asserted.
The numbers on this page.
| What | Value | Specific to |
|---|---|---|
| Average agent inbound response time | 15+ | Category-wide |
| Sub-15-minute compliance — automated routing vs manual only | 62.5% vs 39.1% | Category-wide |
2026 real estate lead-response benchmark · hours · verified
2026 speed-to-lead benchmark · verified
What is specific to this page.
| Kind | Claim | Check it against |
|---|---|---|
| Workflow | Scheduling is a constraint problem containing a policy question, because the constraints are stateable while the resolution of a conflict between them is a judgement about which relationship, margin or promise matters more. | Listing the constraints for a working day and identifying which conflicts require a commercial rather than a factual decision. |
| Constraint | A system resolving scheduling conflicts without stated policy does so consistently and invisibly, leaving the business with an operative scheduling policy it did not agree and cannot state. | Asking who currently decides which customer waits when two jobs compete, and whether that rule is written anywhere. |
| Software | Travel time varies by time of day and is not derivable from distance, so a schedule built without real travel estimates errs systematically towards over-optimism. | Comparing scheduled travel allowances against actual times recorded for the same routes. |
| Response | Booked durations record what was entered at booking rather than what the job takes, so a scheduler working from them inherits every optimistic estimate in the system. | Comparing recorded job durations against the durations entered when those jobs were booked. |
Each row would be wrong on another industry's page. Where a sourced figure exists it is in the table above instead; these are the constraints that shape the work and do not happen to be numbers.
Start with the measurement.
Reading about a benchmark is not the same as knowing your own number. The audit produces yours, measured rather than estimated.
$497 · delivered in 5 business days · credited against month one