A booking made by an AI answerer only helps if it lands where you'll see it. There are four ways it gets there, from simple to fiddly. Which one fits depends on what software you already use.
The four routes
First, a text or email summary. The answerer sends you the details and you type them into your system. It's the least clever route and the hardest to break. It also means a human re-keys everything, and re-keying is where typos creep in.
Second, a built-in connection. Some answering tools and some job software makers list each other as supported. If both sides say so in their own documentation, this is usually the smoothest route. Look for it in the job software's help pages, not just the answering tool's sales page.
Third, a connector service. Tools such as Zapier sit in the middle. Webhooks are automated messages sent between apps1. The answering tool fires one when a call ends, the connector catches it, and then it creates a job or a calendar entry. It works without code, but it adds one more thing to pay for and to break.
Fourth, a direct link through an API. An application programming interface, or API, is a connection between computers or between computer programs2. It allows two software systems to communicate across a boundary2. Someone with coding skills writes it. Calendar services publish theirs. The Google Calendar API, for example, is a RESTful API reachable through HTTP calls3. It's rarely the right place to start for a small business.
Calendar or job software?
A calendar knows when you're busy. Job software knows what the job is. Field service management software is typically integrated with back-office systems such as customer relationship management4, and it covers scheduling and dispatching work4. A calendar entry that says "Smith, 2pm" is thin by comparison. A job record can hold the address, the fault, the photos, the parts, the quote and later the invoice.
If your answerer writes only to a calendar, the plumber still has to build the job by hand. Check what exactly gets written, and which fields.
Questions to ask before you connect anything
- Which direction does data flow? Only into your system, or both ways? An answerer that can read the diary can offer free times. One that can only write may double-book.
- What happens when it fails? If the connection drops, does a booking vanish, or does someone get a warning? Ask the maker, and test it by switching the connection off for a day.
- Which fields come across? Name, phone, address, job type and notes should all land in separate places, not in one blob.
- Who gets access? The connection will carry customers' details. The privacy regulator for your country is the place to check your duties, such as the OAIC, the ICO or the FTC.
- Is there a cost per connection? Connector services and job tools often limit how many actions or jobs per month a plan includes. See comparing tools and checking prices.
Setting it up
Start with the maker's instructions. Zapier's help tells you to open the app's webhook settings. If you can't find them, it says to check the app's help and support documentation1. That advice applies more widely. The documentation for your own version and plan is better than any general guide.
Test with a dummy booking, in a made-up name, and follow it all the way to the plumber's phone. Check the time zone. Check that an after-hours call doesn't land on a past date. Then delete the test job so it doesn't clutter reports.
Keep a manual fallback
Connections break when someone changes a password or a plan. Keep one simple backup, such as a daily email of all calls, so a silent failure shows up within a day. Two related pages: what an answerer does on a call and the questions it should ask.
Where the facts come from
- Trigger Zaps from webhooks, Zapier
- API, Wikipedia
- Google Calendar API overview, Google for Developers
- Field service management, Wikipedia