← All posts

Industry Notes

What we learned answering after-hours service calls

Home services businesses lose jobs at 8pm, not 8am. We looked at what callers actually ask when nobody is there to pick up, and what it takes to convert them.

Ali Rafay5 min read
Illustration for What we learned answering after-hours service calls

The pattern is consistent across the trades: a meaningful share of inbound job calls arrive outside business hours, and most of those callers do not leave a voicemail. They call the next contractor on the list.

That second sentence is the one that costs money. An unanswered call is not a delayed job — it is usually a job that went to somebody else within the next four minutes. The caller has a problem now, a list of numbers, and no particular loyalty to whoever happens to be first on it.

We spent a while listening to what those after-hours callers actually say, rather than what an intake form assumes they want. What surprised us was how little they wanted. Most were not looking for a quote. They wanted confirmation that someone would show up, and roughly when.

The 8pm call is a different call

Daytime and evening inbound are not the same demand with different timestamps. During business hours a fair number of calls are administrative — rescheduling, invoice questions, checking whether a part arrived. After hours, that traffic mostly disappears and what remains skews hard toward two things: something has broken, or somebody has finally got a free moment to deal with something that broke earlier.

Both of those callers are further down the funnel than a daytime enquiry. They are not comparing options for next month. They have already decided they need someone, which means the bar for winning the job is lower than it looks — and the penalty for not picking up is higher.

It also means the emotional register is different. A caller with water coming through a ceiling does not want a cheerful greeting and a menu. They want to know a human is coming.

Urgency is the only qualification that matters first

A burst pipe and a seasonal tune-up request are the same inbound call until you ask one question. Triaging urgency before anything else lets the agent escalate the emergency to an on-call tech and book the routine work into an open slot.

Everything else — service history, access details, pricing bands — can be gathered after the caller knows they're being helped. Front-loading those questions is the most common intake mistake we see, and it is an understandable one: the form has fields, so the form gets filled. But making an anxious caller confirm their address before acknowledging their problem reads as bureaucracy, and some of them hang up during it.

The ordering that works is roughly:

  1. Establish what has happened and whether it is an emergency. One question, asked plainly.
  2. Act on that answer immediately — escalate to the on-call number, or move to booking. The caller should hear the decision being made.
  3. Confirm the address and access details, because you now need them for a real appointment rather than for a record.
  4. Collect the rest — contact preferences, service history, anything the tech will want on arrival.

The order matters more than the wording. A caller who knows help is coming will answer six more questions patiently; one who doesn't will resent the first two.

What emergency actually means varies by trade

"Is this an emergency?" is a bad question to ask a caller directly, because they have no idea what your threshold is. Some people apologise for calling about a completely flooded kitchen; others describe a slow-dripping tap as urgent. Asking them to self-triage produces noise in both directions.

What works better is asking about the observable situation and letting the agent map that to your threshold. Is water actively coming in. Is there no heat at all, or is it just not reaching one room. Can you smell gas. Is the property occupied. Those are questions a caller can answer accurately without knowing anything about how you dispatch.

The mapping itself belongs in the workflow, not in the prompt, because it is a business rule that changes: what counts as an out-of-hours callout in January is not what counts in June, and it differs between a plumbing operation and an HVAC one.

Booked beats informed

Calls that ended with a specific time slot converted dramatically better than calls that ended with a promise to follow up. Vague reassurance reads as a brush-off.

"Someone will call you back in the morning" is, from the caller's side, indistinguishable from voicemail. They have no way to tell whether it will happen, so the rational move is to keep dialling down the list — and they do. "I can get someone to you between eight and ten tomorrow morning, does that work?" ends the search.

This is the argument for connecting an agent to the actual calendar rather than to an inbox. An agent that can only take a message is a better-sounding answering machine. An agent that can see genuine availability and commit to it is doing the job.

What the caller needs to hear, in order

Reduced to essentials, an after-hours intake call has four jobs, and the sequence is the whole design:

  • Someone is dealing with this. Established in the first few seconds, before any data collection.
  • This is or isn't an emergency, and here is what happens as a result. The decision, made audibly.
  • Here is a specific time. Not a window of days, not a callback promise.
  • Here is confirmation you can look at later. A text or email with the slot, so the caller has something concrete after hanging up.

The part nobody budgets for

Every operation we've set this up with has needed its escalation rules tightened after the first week, not its prompt rewritten. The agent behaves; the business logic behind it turns out to have gaps nobody had written down — which tech covers which postcode at 2am, what happens when the on-call number doesn't answer, whether a commercial contract jumps the queue.

Those questions existed before the agent. They were just being resolved ad hoc by whoever happened to pick up, and no one had ever been forced to make them explicit. Expect to spend the first week doing that, and expect it to be the most useful part of the process — it is the same work our deployment engineers end up doing on almost every account.

Build with Solaris