A note on bias before you read
I'm Abe, founder of OnCrew. We build AI receptionists for service businesses, including plumbers, so I have a commercial reason to write about this topic. I've tried to make this useful even if you never click a link to anything I sell — the call-handling failures described here are independent of who answers your phones.
If you read this and decide your existing answering service or in-house dispatcher is doing fine, great. If you read it and realize your intake is leaking jobs, fix it however you want.
Why plumbing calls are different from "normal" service calls
Most generic answering-service advice treats every inbound call the same: be polite, take a name, take a number, take a message. That's fine for a law firm. It's a slow bleed for a plumbing company.
Plumbing has a few properties that mess with naive intake:
- Time-pressure asymmetry. A clogged kitchen drain can wait until tomorrow. A burst supply line can flood a finished basement in twenty minutes. The same caller may not know which of those they have.
- Truck economics. Rolling a truck with the wrong tech, wrong parts, or wrong size of equipment is the single most expensive intake mistake. A poorly-captured call can turn a one-trip job into three.
- Property-type variance. Residential, commercial, multi-family, and new construction calls require different dispatch behavior. So do owner-occupied vs. landlord-tenant situations, which determine who can authorize work.
- Insurance and water-mitigation overlap. Many plumbing emergencies become insurance jobs the moment standing water appears. Capturing this at the front door changes how the job is run.
- Licensing and scope. The person taking the call frequently cannot answer technical or legal questions about whether a job is permitted, code-compliant, or covered. Saying the wrong thing here is worse than not answering at all.
A plumbing answering service — human, AI, or hybrid — that doesn't understand these properties will sound competent on the call and still cost you money on the job.
The intake fields that actually matter
The goal of intake is not to "qualify the lead." The goal is to give your dispatcher enough information to make a correct routing decision and your tech enough information to arrive prepared.
Below is the minimum field set I'd want captured on every plumbing call. Anything more is a bonus; anything less is gambling.
Caller and property
- Caller name and callback number (always confirm by readback).
- Is the caller the property owner, tenant, property manager, or someone else? Who can authorize work and approve payment?
- Service address, with unit number for multi-family.
- Property type: single-family, condo, apartment, commercial, restaurant, new construction.
The problem
- One-sentence description in the caller's own words.
- Specific fixture or system: water heater, toilet, kitchen sink, main line, slab leak, sump pump, gas line, sewer ejector, etc.
- Visible water? If yes, where and how much? Is it active or stopped?
- Has the main shutoff been turned off? Does the caller know where it is?
- When did this start? Has it gotten worse? Has anyone worked on it already?
Access and logistics
- Are pets, gates, alarm codes, or parking constraints relevant?
- Earliest time the caller can be on-site or grant access.
- Any access restrictions (HOA hours, commercial business hours, tenant coordination).
Commercial / urgency context
- For commercial: are operations affected? Is water shut off to part of the building?
- For residential: is the only toilet, shower, or water source in the home affected?
- Insurance involved? Has a mitigation company already been called?
Service expectations
- What does the caller want: estimate, repair today, repair this week, second opinion, warranty work?
- Have they used you before? (Pull the existing record if so.)
- How did they hear about you? (Useful for marketing attribution; never required to dispatch.)
If you can get clean answers to those fields on every call, your dispatcher's job becomes routing instead of interrogation. That's the real cost saving.
Emergency vs routine triage
The single most important decision an answering service makes for a plumber is the emergency-or-not call. Get it wrong in one direction and you wake your on-call tech for a slow drip. Get it wrong in the other and you find out at 7 a.m. that a hardwood floor was underwater all night.
A workable triage rubric looks like this:
Treat as emergency / page on-call tech
- Active uncontrolled water at the property.
- Sewage backing up into the living space.
- Suspected gas leak — and the call should immediately include an instruction to leave the property and call the gas utility or 911 first.
- No water at all in the residence, especially with vulnerable occupants.
- Commercial property where operations are halted and revenue is bleeding.
- Frozen-pipe season, exposed pipe with no heat.
Treat as next-business-day
- Slow drains, even fully clogged ones, if there is no overflow.
- Running toilets, single dripping faucets.
- Water heater out, but the household has alternatives or it's not winter and not the only unit.
- Diagnostic or estimate requests.
- Pre-listing inspections, real-estate-driven work.
Always escalate to a human regardless of bucket
- The caller is in distress, elderly, or describes a safety concern.
- The caller mentions injury, electrical contact with water, or carbon monoxide.
- Suspected gas — already mentioned, repeated for emphasis.
- The caller asks to speak to a person.
The "always escalate" list is the one most automation skips. Don't.
After-hours capture: the part most shops underinvest in
Most plumbing companies lose more revenue between 5 p.m. and 8 a.m. than they realize. Not because emergencies happen overnight — they do, but they're a small slice — but because Tuesday-evening homeowners decide at 9 p.m. that they're going to call someone tomorrow. Whoever picks up first the next morning often wins the job.
After-hours capture should do four things, in order:
- Answer fast. Not "within three rings" fast — first ring, no IVR maze. Every additional second before a human-feeling voice costs you abandonment.
- Triage to true urgency. Use the rubric above. Don't page your on-call tech for a routine call; don't ignore an actual emergency.
- Book or hold the slot. If your dispatch system supports it, soft-book the morning slot during the call. If not, capture the preferred window and confirm "first call in the morning."
- Send a confirmation immediately. Text the caller a summary: "We have you down for Wednesday 8–10 a.m. We'll text again before the tech is on the way." This single message tends to reduce cancellations.
If your current answering setup does only step one, you're paying for a glorified voicemail.
What an AI receptionist or answering service should not promise
This is the part of the conversation that gets glossed over in marketing copy. Honest scope is part of quality.
An AI or third-party answering service is well-suited to:
- Picking up consistently, including overflow and after-hours.
- Capturing structured intake.
- Applying a triage rubric reliably.
- Sending confirmations and reminders.
- Pushing data into a CRM or dispatch tool.
It is not well-suited to, and should not promise:
- Guaranteed arrival times. Only your dispatcher and the conditions of the day can offer a window, and even then only as a best estimate.
- Quoting or binding pricing on complex jobs. Flat-rate book numbers can be shared as ranges; a final price is the tech's call after seeing the job.
- Licensed judgment. Whether something is to code, permittable, covered under warranty, or safe to defer is not a receptionist decision.
- Replacing emergency services. Anything that smells like gas, electrical-plus-water, or injury goes to 911 or the utility first, your truck second.
- Catching 100% of calls perfectly. No system does. Anyone selling you "never miss a call" is selling you a slogan.
If a vendor pitches you on capabilities in that second list, that's a signal about the rest of their judgment.
A scorecard for choosing a plumbing answering service
If you're evaluating options — AI, human, or hybrid — here's a compact checklist you can use on a sales call:
| Capability | Question to ask | Why it matters |
|---|---|---|
| Industry fluency | "Walk me through how you'd handle a frozen-pipe call in February at 2 a.m." | Generic scripts collapse here. |
| Intake completeness | "Show me the exact fields captured on a typical call." | If they can't show you, they don't capture them. |
| Triage rubric | "What gets paged to on-call, and who decides?" | A vague answer means inconsistent nights. |
| Escalation path | "What happens if a caller is distressed or mentions gas?" | Non-negotiable. |
| CRM / dispatch integration | "Which dispatch systems do you push to, and how?" | Otherwise your dispatcher re-keys everything. |
| Confirmations | "Does the caller get a text immediately after the call?" | Reduces no-shows and cancellations. |
| Reporting | "Can I see every call, recording, and outcome?" | You can't improve what you can't audit. |
| Failure mode | "What happens when your system is down or unsure?" | An honest answer is a good vendor signal. |
If a vendor passes that scorecard, the price difference between options usually matters less than the operational difference.
When OnCrew may fit, and when it won't
To close the loop on the disclosure at the top: I run OnCrew's answering service for plumbers, which is an AI receptionist tuned around the intake and triage logic described above. It fits best for plumbing shops that already have a dispatch process and want consistent, structured intake on every call — especially after hours and during overflow — without paying for a full-time human at 3 a.m.
It is not the right tool if you want a single warm human who knows every regular customer by voice, or if your call volume is low enough that your existing dispatcher already answers everything on the first ring.
Whatever you choose, the test is the same: pull last month's calls, listen to ten of them, and grade them against the intake field list and triage rubric above. The gap between what was captured and what should have been captured is the size of the problem you're solving. The vendor — AI, human, or some mix — is just the instrument.
— Abe
Top comments (0)