There are now dozens of AI answering products aimed specifically at plumbers, HVAC contractors, and electricians, and the category is crowded enough that most search results for it are vendor comparisons written by vendors. They all demo well, because a demo is a cooperative caller with a simple request in a quiet room.
Real intake is not that. The differences between these products appear on the awkward calls, and the good news is that you can manufacture those calls yourself in an afternoon, before signing anything.
The eleven calls to make
Call the demo line yourself and run these. Take notes on what the agent says, not on how natural it sounds — pleasantness is the thing every product has solved and the thing that matters least.
- The straightforward booking. A new customer, a normal repair, clear address. Everything should pass this; it establishes the baseline.
- The price question. "How much to replace a water heater?" Listen for whether it invents a number, quotes a range you never published, or correctly declines and offers a diagnostic visit.
- The emergency. Describe gas, active flooding, or no heat in a freeze. It must escalate to a human immediately and say that it is doing so. Anything that calmly continues an intake script has failed the most important test on this list.
- The existing customer. Call from a number already in the system. Being asked to re-explain who you are is the single most common complaint customers have about these systems.
- The wrong number. Somebody looking for a different business. It should end politely and quickly, not attempt to book them.
- The interruption. Talk over it mid-sentence and change the subject. Scripted flows break here in ways that are obvious to a caller.
- The accent and the noise. Call from a truck with the window down. Recognition quality on a bad connection is where products genuinely differ and where no demo will show you the truth.
- The vague caller. "Something's wrong with the thing in the basement." Watch whether it asks two sensible questions and hands off, or interrogates indefinitely.
- The scheduling constraint. "I can only do Tuesday morning and there's a gate code." Check whether that survives into whatever the dispatcher receives.
- The complaint. "Your guy was here last week and it's still broken." It must recognize this is not a new job and route to a person.
- The after-hours non-emergency. A dripping tap at 11pm. The right answer is an honest acknowledgement with a stated callback time, not a booking it cannot guarantee.
Score each on one question: did it do something a competent new hire would not have done? That is a more useful bar than any feature comparison.
The non-negotiables
| Requirement | Why | How to verify |
|---|---|---|
| Never quotes a price | A number said to a customer is one you own, before diagnosis | Test call 2, twice, worded differently |
| Escalates life-safety immediately | Gas, flooding, no heat in a freeze, electrical hazard | Test call 3; ask what triggers escalation |
| Identifies itself as automated | Discovering it later costs trust in the whole business | Listen to the first two sentences |
| Never promises an arrival time it cannot hold | A missed window is worse than no window | Ask whether it reads your real schedule |
| Bounded question loop | An agent that asks forever is worse than none | Test call 8; count the turns |
| Full transcript to a human | The dispatcher must see reasoning, not a summary | Ask to see what lands in the dashboard |
| Honors opt-outs permanently | US messaging rules, and basic decency | Ask how STOP propagates across systems |
| You can export your call data | It is your customer record, not theirs | Ask for the export format in writing |
Questions for the vendor
- What does it do when it does not know? The answer should be a clean handoff. Vagueness here predicts confident wrong answers to your customers.
- Does it read our real availability, or propose times it hopes are free? These are very different products sold with the same words.
- What happens when your service is down? Calls must fall back to ringing a human. Ask what the failure mode is and whether it has been tested.
- Where do recordings and transcripts live, and for how long? Call recording consent rules vary by state. This is your compliance exposure regardless of who built the tool.
- Can we see a transcript of the calls it got wrong? A vendor confident in their product will show you failures. One that will not is telling you something.
- What is the escalation latency? From "this is an emergency" to a phone ringing at your end, in seconds.
- What do we own if we leave? Recordings, transcripts, customer records, and the phone number itself.
Judge it on the calls it refuses to handle. Anyone can build something that books an easy appointment.
Buy, configure, or build
We build custom software, and for this particular category our honest advice is usually to buy. Voice infrastructure, telephony reliability, latency tuning, and speech recognition across accents and bad connections are deep, commodity problems that a specialist vendor has already solved and you will not beat with a custom build.
What is worth building is what happens after the call. The vendor's job ends at a structured request in their dashboard. Your business's job starts there: matching the caller to an existing customer and property, checking real availability against skills and geography, applying your dispatch rules, and creating the job in the system you actually run on. That last stretch is where the time is genuinely saved, and it is specific to you.
01
Buy the voice layer
Telephony, recognition, and conversation. Commodity infrastructure with real engineering behind it, and it improves without you paying for it.
02
Require structured output and an API
Not just a transcript emailed to the office. Fields — service type, address, urgency, constraints — that another system can act on. Make this a selection criterion, because a product without it caps what you can ever do.
03
Build the resolution and routing layer
Customer matching, availability against your real board, your dispatch rules, and creation of the job in your system of record. This is the part no vendor can build for you.
04
Keep the human confirm
The dispatcher sees the request, the proposed slot, and the transcript on one screen and commits with one action. Seconds of review instead of minutes of transcription.
The design of that downstream layer — including the four decisions we never let an agent make on its own — is covered in building an AI agent for inbound customer requests.
Run it in shadow first
Whatever you choose, do not put it in front of customers on day one. Point it at after-hours calls only, or run it alongside voicemail with a human reviewing every request before anything is committed. Two weeks of that will tell you more than any evaluation, and the cost of being wrong is a dispatcher's time rather than a customer's opinion of your business.
Frequently asked questions
How do we test an AI receptionist before buying?
Call the demo line and run the awkward calls, not the easy one: ask for a price, describe an emergency, call as an existing customer, interrupt it mid-sentence, call from a noisy truck, be vague about the problem, and complain about previous work. Score whether it did anything a competent new hire would not have done.
What should an AI phone agent never do?
Quote a price, promise an arrival time it cannot hold, pretend to be human, handle a described life-safety emergency without immediately escalating, or keep asking questions indefinitely. Each of these is testable in a single call before you sign anything.
Should we buy an AI answering service or build one?
Buy the voice layer — telephony, recognition, and conversation are commodity problems with deep engineering behind them. What is worth building is everything after the call: matching the caller to an existing customer and property, checking real availability, applying your dispatch rules, and creating the job in your system of record.
What is the safest way to launch one?
In shadow mode. Point it at after-hours calls only, or run it beside voicemail with a human reviewing every request before anything is committed. Two weeks of that reveals more than any evaluation, and the cost of a mistake is a dispatcher's time rather than a customer's opinion of your business.