AI voice agent booking into field-service software: HVAC, plumbing, electrical
What it means for a voice agent to book real jobs into Housecall Pro, Jobber, ServiceTitan or FieldEdge: integration levels, KPIs, demo script, vendor questions.
By Voice Agent Bible Research · 4 min read
Last verified 30 Sept 2026v1.0Published 30 Sept 2026
KPIs at a glance
| KPI | Typical baseline | Target | How to measure |
|---|---|---|---|
| Write-back success | Not applicable before deployment | Over 99% of confirmed bookings appear on the dispatch board within 10 seconds of the call ending | Jobs on the board / bookings the agent confirmed to the caller, daily reconciliation. |
| Dispatcher corrections | Message-taking services produce jobs dispatch must rebuild; rarely counted | Under 3% of agent-created jobs edited for job type, window, zone or duration within 24 hours | Edited jobs / agent-created jobs, by field edited, weekly. |
| Duplicate-customer rate | Manual intake creates duplicate customer records routinely | Under 1% of agent bookings create a new customer when a matching record existed | New customers created by the agent that match an existing phone or address, weekly. |
| Booking containment | Not applicable | 60-75% of booking intents end with a job on the board, no human involved | Calls ending with a written job / calls with a booking intent. |
| Availability-turn latency | Rule of thumb used across this site: above about 1.2 s per turn the agent feels like an IVR | Median under 0.8 s; 90th percentile under 1.5 s on turns that query the schedule | End of caller speech to first agent audio on tool-backed turns, from platform traces. |
What it is
This is the core job every other home-services use case depends on: a voice agent that takes a booking request and turns it into a job on the dispatch board that a dispatcher can send to a truck without touching it. That means reading the things a human dispatcher reads (technicians, skills, zones, job types with durations, arrival windows, customer and equipment history, membership status) and writing the things a human dispatcher writes (a job with the right type, duration, window, address, notes and lead source, on the right customer record).
The word "integration" hides three very different products. Lead creation posts a name and a phone number into the system and someone calls back. Calendar sync sees busy and free blocks and creates an event with a title. Native write reads availability and writes a complete job. Only the third one changes how many people you need in the office. The rest of this page is about how to tell which one you are buying.
Small contractors buy this as an AI receptionist that books into their named platform. Groups specify dispatch-board write-back with field-level acceptance criteria.
Who buys it
- Owner-operators on Housecall Pro, Jobber or Service Fusion who already run the business from the app and want the phone to feed it directly.
- Mid-size HVAC and plumbing companies on ServiceTitan or FieldEdge with a dispatcher who spends the morning rebuilding jobs from messages.
- Multi-branch groups and franchises where zone logic, technician skills and membership tiers decide which window the agent may offer, and where a wrong booking costs a truck roll.
- Call-centre leads in larger groups who want containment on the highest-volume intent before they touch anything harder.
Budget owner: the owner or operations lead; the field-service system administrator owns the sandbox and the acceptance test.
KPIs
Reconcile every day for the first month: bookings the agent confirmed to a caller against jobs that exist on the board. Then track dispatcher corrections by field (type, window, zone, duration), duplicate customers created, booking containment, and latency on the turns that query the schedule.
Two traps. Containment only counts when "contained" means a job on the board with no dispatcher edit. And latency must be measured on tool-backed turns, because a platform that is fast on greetings and slow on availability checks will feel slow to every caller who actually books.
Demo script
Bring a sandbox of your own account, with real job types, two zones, three technicians and one who is on holiday. Then:
- Greeting. Listen for the AI disclosure and the recording notice.
- Returning customer. Call from a number that exists in the sandbox. Pass: it greets you by name after a light confirmation and knows the equipment on file. Fail: it asks you to spell your name.
- Intent with interruption. Ask for a furnace tune-up, then cut in mid-offer with "actually the hot water is also lukewarm". Pass: it stops, adds the second problem, and asks whether it should be one visit or two. Fail: it books the tune-up and forgets the second item.
- Constraint negotiation. Ask for the earliest morning window with the technician who came last time, not Friday. Pass: two or three real windows in one turn, honouring both constraints. Fail: a window with a different technician or on Friday.
- Ambiguous time. Say "first thing next week". Pass: it names the date and the earliest window the board has. Fail: it books "8 a.m." when the earliest window is eight to twelve.
- Address in the wrong zone. Give an address in the zone the on-holiday technician covers. Pass: it offers windows from the covering technician or says when the zone is next served. Fail: it books the technician who is away.
- Phone read-back. Pass: digit by digit, then a yes.
- Eight seconds of silence after an offer. Pass: a short prompt, then a hold or message option. Fail: hang-up or a full repeat.
- Emergency injection. Say there is a smell of gas near the furnace. Pass: it stops booking, tells you to leave the house and call the gas emergency line, and alerts on-call. Fail: it keeps offering windows.
- Write and verify. Accept a window and open the sandbox board. Check job type, duration, window, zone, technician, address with unit, notes and lead source. Then disconnect the sandbox and call again. Pass: it takes details and never says "booked".
Score each trap pass or fail. A vendor who wants to run the demo from their own audio or their own account has not passed the demo.
Compliance notes
Booking calls are inbound and customer-initiated, which places them outside the TCPA consent rule in the United States. Two things the agent does afterwards are not: an automated SMS confirmation and an automated arrival-window callback are outbound contacts that need prior express consent, and any call that could count as a solicitation sits inside the 8 a.m. to 9 p.m. window in the customer's local time. Announce recording at the start; roughly a dozen states require all-party consent. In the United Kingdom, a recording is processing of personal data under UK GDPR and the agent should say so; if the agent is later used to call the same customers with offers, that is an automated marketing call under PECR Regulation 19 and needs specific prior consent. In Australia, announce recording because state surveillance-devices laws vary, and keep any outbound follow-up inside the telemarketing hours of Monday to Friday 9 a.m. to 8 p.m. and Saturday 9 a.m. to 5 p.m. with Do Not Call Register checks. Field-service records hold names, addresses and equipment details, so the vendor's data-processing terms should cover every sub-processor in the audio path. Informational, not legal advice.
Build or buy
Buy if you run one location on a mainstream platform and the vendor can show a native write in your sandbox; the integration is the whole product and the platform's partner programme has done the hard part. Consider a platform or a build if you run custom zone or membership logic that no packaged product exposes, or if you need the agent to reason over equipment history before offering a window. In both cases keep the tool surface small: one call to read availability, one to write the job, with the rules living in the field-service system rather than in a long prompt.
Questions to ask vendors
- 01
Which level of integration is this: lead creation, calendar sync, or a native write that reads availability, job types and customer records?
A good answer: A straight answer naming the level, the API or partner programme used, and what the agent can and cannot read and write, field by field.
- 02
Show me the agent booking a job in a sandbox of our own account, with the right job type, duration, zone, arrival window and lead source.
A good answer: A job on the sandbox board during the call with every field correct. A job in the vendor's own dashboard is a message.
- 03
How does the agent match a caller to an existing customer and their equipment, and what does it do when two records match?
A good answer: Lookup by caller ID, then phone and address confirmation; on ambiguity it asks one disambiguating question rather than creating a new record.
- 04
How many system calls does a typical availability turn make, and what is the latency of that turn at the 90th percentile?
A good answer: One or two calls, a measured number for the tool-backed turn specifically, and a method you can repeat from your own phone.
- 05
What does the agent say when the requested window is full, or when the caller asks for 'the same technician as last time, but not Friday'?
A good answer: It reads real availability, honours the technician and day constraints, and offers two or three windows in one turn.
- 06
How does the agent confirm the address and phone number before the write, and can we require a final summary?
A good answer: Address read back with street type and postcode or ZIP, unit asked for, phone digit by digit, and a one-sentence summary before the write that we can switch on or off.
- 07
How do we change job types, durations, zones and hours ourselves, and how do we test the change before it goes live?
A good answer: The agent reads them from the field-service system or from a configuration screen we control, and there is a test call or scripted test we can run before publishing.
- 08
What does the agent do when the field-service API is slow or returns an error mid-call?
A good answer: It tells the caller it is taking details, captures a complete record, queues the write with an alert, and never says 'booked' for a job that was not written.
Matrix rows that apply
Rows from the global compliance matrix that apply to this page. Informational only, not legal advice; dates change, confirm with counsel and the regulator.
| Jurisdiction | Consent for automated calls | AI disclosure | Calling hours | Recording | Verified |
|---|---|---|---|---|---|
| United States (federal)confidence high | Required The FCC's February 2024 declaratory ruling confirms that AI-generated or cloned voices are "artificial or prerecorded" voices under the TCPA. Outbound calls using them need prior express consent; marketing calls to mobile numbers need prior express written consent. Inbound calls initiated by the consumer are outside this consent rule. | Conditional No federal statute yet requires an agent to announce that it is AI. TCPA rules already require prerecorded or artificial-voice calls to identify the caller at the start and give a callback number. An FCC proposal (2024) would add an explicit AI disclosure; several states have their own bot-disclosure laws. Disclose by default. | Required Telephone solicitations only between 8 a.m. and 9 p.m. in the called party's local time (47 CFR 64.1200(c)(1)). | Conditional Federal law is one-party consent; roughly a dozen states (including California, Florida, Washington and Pennsylvania) require all-party consent. Announce recording at the start of every call unless counsel confirms otherwise. | 2026-09-30 |
| United Kingdomconfidence medium | Required The ICO treats conversational AI voice calls as automated calls under PECR Regulation 19, so direct marketing by automated call needs the recipient's specific prior consent. Live human marketing calls follow the softer Regulation 21 rules (screen against the TPS). | Recommended No UK statute mandates announcing an AI caller, but PECR requires automated marketing calls to identify the sender and provide a contact address, and UK GDPR transparency duties apply. | Recommended No statutory hours in PECR; Ofcom and industry codes expect reasonable hours and honouring "do not call again" requests. | Required Recording is processing of personal data under UK GDPR; tell callers at the start and document the lawful basis. Financial firms have additional FCA recording duties. | 2026-09-30 |
| Australiaconfidence medium | Required Telemarketing calls must not be made to numbers on the Do Not Call Register without consent (Do Not Call Register Act 2006); research calls have narrower exemptions. | Conditional The Telemarketing and Research Calls Industry Standard requires callers to identify themselves, the organisation and the purpose at the start. No general AI-caller law; broadcasting codes have begun requiring synthetic-voice disclosure in specific contexts. | Required Telemarketing calls only Monday to Friday 9 a.m. to 8 p.m. and Saturday 9 a.m. to 5 p.m. local time; none on Sundays or national public holidays (Industry Standard 2017). | Conditional State and territory surveillance-devices laws differ; several require all-party consent. Announce recording at the start. | 2026-09-30 |
| New Zealandconfidence low | Recommended No statutory do-not-call register for voice calls; the Marketing Association's Do Not Call list is voluntary. The Privacy Act 2020 governs collection and use of personal information. | Not required No AI-caller disclosure statute; Privacy Act transparency principles apply. | Recommended Industry code expectations only. | Recommended One-party consent for a participant; notify callers to satisfy Privacy Act collection principles. | 2026-09-30 |
Frequently asked
Can an AI voice agent really book into Housecall Pro, Jobber or ServiceTitan?
Yes, products exist that write jobs through official APIs or partner programmes. The word 'integration' covers everything from creating a lead to reading availability by zone and writing a full job with equipment history attached. Ask which level you are buying and watch it happen in a sandbox of your own account.
What is the difference between calendar sync and a native field-service integration?
Calendar sync sees busy and free blocks and creates an event. A native integration sees technicians, skills, zones, job types with durations, arrival windows and customer records, and writes a job that dispatch can send to a truck without touching it. Dispatcher corrections per week will tell you which one you have.
How fast should the agent be on a turn that checks availability?
As a rule of thumb used across this site, a median under about 0.8 seconds feels conversational and above about 1.2 seconds feels like an IVR. Measure the turns that query the schedule, not the greeting, because greetings are fast on every platform.
Do we need a separate product for missed-call capture and for booking?
Usually not. Booking is the core; missed-call capture is when the agent answers and emergency dispatch is what it does when the call is a safety incident. Evaluate the integration depth on this page first, because the other two depend on it.
Related
- Home services #1
- Home services #2
- Home services #4
- Home services #5
- Best practice
- Best practice
- Best practice
- Best practice
- Anti-pattern
- Anti-pattern
- Anti-pattern
- Anti-pattern
- Market
- Market