The Morning Huddle: Handoff From Owner to Dispatch
Why this matters
In a small shop, the owner often knows things about today's schedule that never made it into any system: a customer who called last night with a complaint, a tech who mentioned feeling off, a job that was quoted verbally with a caveat nobody wrote down. If that knowledge stays in the owner's head and dispatch runs the board without it, the day runs on incomplete information and the gaps show up as customer surprises. A short, structured morning handoff is how that knowledge actually transfers, instead of leaking out only when something already went wrong.
What belongs in the handoff
Not everything the owner knows needs to be said every morning. Focus the handoff on things that change how today should be run:
- Anything promised outside the normal system. A verbal discount, a special access instruction, a customer who was told "we will call you first thing," anything that lives in a conversation and not in the job record yet.
- Customer relationship flags. A customer who is already frustrated from a prior visit, one who has a history of disputing invoices, one who explicitly requested or does not want a specific tech.
- Anything about a tech's availability or state. Running late, out sick, dealing with something personal that might affect focus, a new tech who still needs oversight on a particular job type.
- Business-level pressure on specific jobs. A job that is time-sensitive for reasons the schedule itself does not show, like a customer closing on a house or an inspection deadline.
If a piece of information does not change a decision dispatch will make today, it can wait for the regular team huddle instead of taking up the owner-to-dispatch handoff specifically.
Keep it short and make it a habit, not an event
This handoff works best as a five-minute standing exchange, not a scheduled meeting with an agenda. A few structural choices make it stick:
- Same time, every day, ideally right before the board is finalized and techs roll out, so anything raised can still change the plan.
- Owner talks, dispatch takes it and runs, this is a handoff, not a co-management session. The owner surfaces what dispatch would not otherwise know; dispatch decides how it changes the day.
- Write down anything that needs to survive past today. A verbal promise or a customer flag that only lives in a hallway conversation is exactly the kind of thing that gets lost when the owner is out for a day. Put it on the job record or customer note where the next person can see it too.
What good handoff information looks like versus vague information
| Vague, hard to act on | Specific, actionable |
|---|---|
| "The Ortiz job might be tricky" | "The Ortiz job, I told them we would waive the trip fee since this is their second call this month" |
| "Watch that new customer" | "The Diaz account disputed their last invoice, get a signature before leaving today" |
| "Mike seemed off yesterday" | "Mike mentioned he is dealing with a family thing, keep an eye on his pace and do not stack anything urgent on him today" |
The right side of the table changes what dispatch actually does today. The left side just adds anxiety without a clear action.
When there is nothing to hand off
Some mornings genuinely have nothing new to pass along, and that is fine, the handoff does not need to manufacture content. A quick "nothing new from me, anything on your end" takes ten seconds and keeps the habit alive so it is there and expected on the mornings that actually matter.
The failure mode to avoid
The most common way this breaks down is the owner assuming dispatch already knows something because the owner mentioned it once, days ago, in passing. Treat every piece of outside-the-system knowledge as invisible to dispatch until it has been said directly or written down. If it only exists in the owner's memory, it does not exist for the purpose of running today's board.
References
- Trade-standard practice for daily field-service operations handoff
- See related: Running an Effective Team Huddle
- See related: Matching the Right Tech to the Right Job