A Boiler Call Line by Line: What Each Reply Is Doing

When a customer has no hot water and your phone rings out, you have a short window before they try the next firm. What the call sounds like in that window decides whether you get the job.

Below is a worked boiler call, taken one line at a time. It is an illustration of an AI receptionist handling a call for a fictional heating firm, but the structure applies to any line, whether a person, a bureau or software answers it. Use it as a yardstick for your own.

The setup: nobody can pick up

The team are on jobs. The phone rings several times and nobody gets to it. Most callers in this position will not leave a voicemail, so what happens next is the whole game.

Reply 1: the greeting

"Hi! Heathfield Plumbing & Heating. Sorry we couldn't get to the phone. I'm the assistant, I can book you in. How can I help?"

Four jobs are done in one breath:

• The company name tells the caller they dialled the right firm.
• The apology acknowledges the wait without a long explanation.
• Saying it's an assistant is honest, and it sets expectations.
• "I can book you in" tells the caller this call will end in action, not a message into the void.

Test your own greeting. Does it name the business and promise a next step, or does it just say nobody is available?

Reply 2: the problem

The caller says the boiler is showing an error and there's no hot water. Nothing clever is needed here. The open question, "How can I help?", lets the caller describe the problem in their own words. What matters is that the answer is captured for the job card later.

Reply 3: the postcode check

"We can sort that. What's your postcode so I can check cover?"

This is the most useful question in the call. A postcode tells you at once whether the job is in your area, before anyone spends time on a booking you would only have to cancel. It also keeps the exchange short: one question, one answer.

If your current process lets out-of-area calls through to your diary, this is the step to add.

Reply 4: cover confirmed, slots offered, price stated

"You're covered. Tomorrow morning or Thursday afternoon. Call-out is as you've set it, plus parts. Which suits?"

(The original example gives exact times and a figure; the important thing is the shape.)

• Confirming cover removes the caller's main worry.
• Two slots, not an open question. "When are you free?" invites dithering. A choice of two invites a decision.
• The call-out charge, up front, only because the firm told the system to quote it. A good line says what you've authorised and nothing more. It shouldn't invent a price for the repair itself.

Reply 5: the booking

The caller picks a slot, and the reply confirms it, mentions a confirmation text, and says the engineer's name will follow. The caller hangs up knowing what happens next, which is the point where many human-answered calls go vague.

The output: a job card, not a message

The last step happens away from the caller. A job card lands with the firm: boiler repair, postcode, and a rough value range. The plumber sees it without stopping work.

Compare that with a voicemail that says "call me back", which leaves you to phone, ask the same questions and hope the customer hasn't moved on. The full exchange is set out in a worked boiler call from missed call to booked job on CallCatcher's plumbers page, if you want to read the original alongside this breakdown.

What to check on your own line

Run through these against whatever answers your calls now:

1. Does the caller hear your business name straight away?
2. Is the problem captured in the caller's own words?
3. Is coverage checked before a slot is offered?
4. Are real slots offered, and is only the pricing you've approved quoted?
5. Does the caller get a confirmation of what happens next?
6. Does the job reach you in a form you can act on without ringing back?
7. Is there a route for genuine emergencies to your on-call person? Decide your own rules for what counts, and write them down.
8. If the caller hangs up before anyone answers, does anything follow up by text?

Where this can go wrong

A script is only as good as the information behind it. Your services, prices, coverage area and diary rules need to be accurate, and someone needs to test the line and review how real calls went. If you're comparing options, ask who sets that up and who keeps it tuned, because that work doesn't disappear. It just moves to whoever you've asked to do it.

Finally, listen to a recording or a demo as a customer would. If you'd be happy to book on that call, it's a good one.