An AI Receptionist that books, reschedules & cancels appointments — 24/7 — and writes them straight into
Jobber.
Plugs into your website and phone line. Voice in 30+ languages. Live by tonight, booking customers by tomorrow. No Zapier, no n8n, no code.
Talk to the agent on the left. Watch the booking appear on the right.
This is the same agent shape you'll deploy. Ask it about a haircut on Tuesday, a reschedule, or a cancel — it'll write the appointment straight into the calendar.
FAQ — Jobber integration.
Does this actually work with my Jobber account?
How is this different from Jobber's own AI Receptionist?
Will it create duplicate Clients in Jobber?
Can it route different inquiries to different crew on my team?
Where do the appointments actually live, calendar or Jobber?
Can it cancel or reschedule a Visit from a phone call?
What if a caller has two upcoming Visits in Jobber?
Does it handle timezones correctly?
Does it create Requests or Jobs?
AI Receptionist Call or AI Receptionist Web). Your flow decides which Request workflow, which Job template, which source tag, which dispatch automation. AnyCRM doesn't try to encode policy that will drift the moment your business changes.How does the conversion tracking work?
What about my existing website forms? Do they go through the same pipe?
How long until it's actually capturing inquiries into Jobber?
Captures the request as a Jobber Client, books the first Visit on the right crew's calendar, and feeds one unified conversion pipe for your website forms AND your AI Receptionist.
Every caller who lands on the line becomes a Jobber Client with a Property attached and a Request on the dispatcher's board. When the call warrants it, AnyCRM books the first Visit on the routed-to crew member's calendar DURING the conversation. AND the same lead event flows through one unified pipe (same shape, same source attribution, same server-side conversion path used by your website forms) so your dispatch board and your Google / Facebook / LinkedIn Ads both stay in sync.
Every caller becomes a Jobber Client. Not a missed call.
The AI Receptionist captures name, primary email, primary phone, service address, and the work they're asking about. Then AnyCRM writes the Client into Jobber with a Property attached and a first Note. All before the call has ended.
Opens a Request on the New Requests board
When a caller is still describing the work ("my AC isn't blowing cold"), AnyCRM opens a Jobber Request. Not a half-formed Job. The service category, the Property, the urgency, and the call summary all land on the dispatcher's New Requests board where Jobber expects intake-stage records to live.
Books the first Visit on the right crew member's calendar. Sends the lead event straight to your CRM.
When the caller is ready to schedule, AnyCRM creates a Job (if none exists), schedules a Visit on the routed-to crew member's calendar with the right start/end window, and assigns the right team member. Every contact-create and every Visit-book also sends a lead event into your CRM (with source: "AI Receptionist Call" or source: "AI Receptionist Web") where YOUR business logic takes over. We set up that receiving flow inside your CRM during onboarding. AnyCRM doesn't get in the way of policy you've already encoded.
One conversion pipe for your website forms AND your AI Receptionist.
Most home-services businesses run two completely separate conversion-tracking stacks: one for the website (forms, online-booking widgets, page-load pixels) and a totally absent one for the phone and the AI Receptionist. So Google Ads and Facebook Ads only learn from form-fills, the bidding optimises for the wrong audience, attribution is broken, and analytics double-count or miss the real high-intent phone calls entirely. AnyCRM closes that gap by running BOTH surfaces through a single conversion pipe.
1. Capture
A lead arrives either through your website form / online-booking widget OR through the AI Receptionist on phone / chat. Either way, AnyCRM produces the same clean lead-event shape, tagged at source with either AI Receptionist Call, AI Receptionist Web, or your website's form identifier. One vocabulary across both surfaces.
2. Deliver to your CRM
AnyCRM sends the lead event straight to your CRM, into the receiving flow we wired up for you at onboarding. Your business logic decides what happens next: which Request, which Job, which crew, which territory, which follow-up automation. You don't have to maintain two sets of rules. Web leads and AI Receptionist leads both arrive through the same door.
3. Fire server-side conversion to your ad platforms
The same lead event fires server-side into Google Ads, Facebook Ads, and your analytics platform, using the origin of the domain you registered with AnyCRM. Server-side means the conversion can't be blocked by ad-blockers, doesn't degrade under iOS / Safari tracking restrictions, and lands with full attribution context.
4. Optimise, attribute, report
Because website conversions AND AI Receptionist conversions flow through the same pipe with the same source taxonomy, your Google Ads bid strategy now optimises against real booked Visits (not just form-fill noise), your Facebook Ads campaigns see the high-intent traffic that picks up the phone after hours, your analytics see a single unified funnel, and attribution stops fragmenting between web and voice.
- Higher ROAS. Ad bidding optimises against actual booked Visits and emergency service calls, not against the noisy subset of leads that happen to fill a form.
- Lower ad costs. Once Google Ads and Facebook Ads learn what a real home-services lead looks like, they stop spending against lookalikes of low-intent form-fillers.
- Enriched analytics. Every surface (web form, online-booking widget, phone call, AI Receptionist chat) feeds the same event shape into your analytics, so funnels are complete instead of half-blind.
- Correct attribution. A homeowner who first saw a Google Ad, then called at 7pm three days later, finally gets attributed end-to-end. Voice traffic stops being invisible to your marketing stack.
- One source of truth for lead policy. Your CRM's flow owns Request / Job / Visit creation rules. AnyCRM doesn't drift out of date because AnyCRM never tried to own that policy in the first place.
Most competitor AI Receptionists try to maintain rules for when a Request becomes a Job, which crew gets assigned, and which source tag to apply. That approach breaks the moment your dispatch rules change, and it ignores the conversion-tracking surface entirely. AnyCRM inverts the responsibility. AnyCRM stays focused on the conversation (capture, dedup, route, book, cancel) and delivers a clean lead event to the two destinations that matter: your CRM (for dispatch logic) and your ad platforms server-side (for conversion optimisation, attribution, and ROAS). This is a custom service baked into the AI Receptionist package. We configure the lead-receiving flow inside your CRM AND the server-side conversion tracking at onboarding, matched to your specific trade, ad mix, and analytics setup.
We'll be candid: as far as we can tell, none of our competitors have thought of this yet. They sell AI Receptionists as a phone-answering product. AnyCRM treats the AI Receptionist as one of two equally weighted entries into a unified lead-event pipe, and that's where the real compounding value sits for home-services teams running paid Ads.
For your developer: how this wires into Jobber
The AI Receptionist asks AnyCRM for availability against the people on your crew and gets back open Visit slots in the caller's timezone. Existing scheduled Visits and working hours are always respected. Every AnyCRM call prevents duplicate Clients, creates or links the Property at the service address, opens a Request or a Job depending on call intent, schedules the Visit with the right crew member assigned so the mobile app pings them, AND sends the lead event straight into your CRM tagged with <code>AI Receptionist Call</code> or <code>AI Receptionist Web</code>. The same lead feeds the AnyCRM Conversion Lift pipeline (next capability) so your Google, Facebook, and LinkedIn Ads start optimising against the calls and chats that actually book work.
{
"invitee_timezone": "America/New_York",
"start_time": "2026-05-15",
"end_time": "2026-05-17",
"event_type_uuid": ["b050bcf6-b5b0-42a8-9359-aba11e711311"],
"multi_day": true,
"include_scheduling_url": false
}
{
"date_range_label": "Friday, May 15, 2026 – Sunday, May 17, 2026",
"event_types": [{
"event_type_uuid": "b050bcf6-b5b0-42a8-9359-aba11e711311",
"total_slots": 15,
"available_times_by_date": {
"Friday, May 15, 2026": [
{ "start_time": "2026-05-15T10:00:00-04:00", "status": "available" },
{ "start_time": "2026-05-15T10:30:00-04:00", "status": "available" },
{ "start_time": "2026-05-15T11:00:00-04:00", "status": "available" }
]
}
}]
}
{
"name": "Jane Doe",
"email": "jane@example.com",
"phone": "+14155551234",
"scheduled_datetime": "2026-05-15T11:00:00",
"invitee_timezone": "America/New_York",
"event_type_uuid": "b050bcf6-b5b0-42a8-9359-aba11e711311",
"questions_and_answers": []
}
{
"event_uuid": "a7c1f4e9-...",
"start_time": "2026-05-15T11:00:00-04:00",
"start_time_utc": "2026-05-15T15:00:00Z",
"invitee_timezone": "America/New_York",
"reschedule_url": "https://...",
"cancel_url": "https://..."
}
Turns every call and chat into a real conversion event your Google, Facebook, and LinkedIn Ads can actually optimise against. So Cost per Lead drops, ROAS goes up, and CAC stops being a guess.
If you run paid Ads for your home-services business on Google, Facebook, or LinkedIn, here is the uncomfortable truth: those platforms only get smarter when they see real conversions. Today, a website form-fill counts. A homeowner with a burst pipe who picked up the phone at 7pm does NOT count. So Google bids harder on the audience that fills forms (often the cheaper, lower-intent one) and ignores the audience that actually calls in an emergency. Cost per Lead looks fine. CAC quietly creeps up. ROAS looks misleading. AnyCRM fixes this. Every call and chat the AI Receptionist handles is sent as a real conversion event to Google Ads, Facebook Ads, AND LinkedIn Ads. The bidding algorithm finally sees what's actually working.
Every phone call and every chat becomes a tracked conversion. Not just website form-fills.
Today, Google Ads and Facebook Ads probably think your only conversions are website form-fills and online-booking widget submissions. That's why your Cost per Lead looks low but your dispatcher complains the leads are weak. The high-intent traffic (the emergency caller, the same-day service request, the after-hours homeowner) is calling you instead of filling a form, and the Ad platforms have no idea. AnyCRM sends every call and every chat the AI Receptionist handles into your Ad platforms as a real conversion event. Suddenly Google, Facebook, and LinkedIn can see the FULL picture of who is converting from your Ads.
Lower Cost per Lead. Better ROAS. Smaller CAC.
Once your Ad platforms can see the phone calls and chats as real conversions, they re-train on a better signal. Bidding shifts toward audiences that actually pick up the phone with a real job, not just the audience that loves filling out forms. In practice this means: Cost per Lead drops because you stop overpaying for low-intent form-fills; Return on Ad Spend goes up because the Ads now find homeowners closer to ready-to-buy; and Customer Acquisition Cost shrinks because more of your Ad budget reaches buyers who will actually book a Visit.
The same pipe carries your website forms too. One source of truth across Ads, CRM, and Analytics.
AnyCRM doesn't just track AI Receptionist conversions. It also runs your existing website forms and online-booking widget through the same pipeline. So a lead from a Google Ad that books online AND a lead from a Facebook Ad that called the AI Receptionist three days later both end up tagged, attributed, and counted in exactly the same way. Your Ads platform stops double-counting, your analytics stop fragmenting, and your CRM stops being half-blind to where your work actually comes from.
- Cost per Lead drops. Because Google, Facebook, and LinkedIn stop wasting your Ad budget on lookalikes of low-intent form-fillers, and start finding the homeowners that actually call.
- Return on Ad Spend (ROAS) goes up. Because the Ads now optimise toward calls that turn into booked Visits, not toward whichever cheap audience generates the most form submissions.
- Customer Acquisition Cost (CAC) shrinks. Because a higher share of every Ad dollar reaches homeowners ready to schedule work right now.
- Analytics get a complete funnel. Web bookings and voice leads sit side by side, with the same source taxonomy. You stop seeing "50% of revenue: unknown source."
- Attribution stops fragmenting. A homeowner who first clicked a Google Ad, then called the AI Receptionist three days later, finally shows up correctly attributed. Today, that homeowner is invisible to your Ads stack.
- You finally know if Ads are working. Most home-services businesses cannot honestly tell you whether their Google or Facebook spend is profitable. With AnyCRM's Conversion Lift, you can.
Imagine you spend $5,000/month on Google Ads for HVAC service in your territory. Today, you see 80 form-fills and assume that's the full picture. With AnyCRM running, you'll also see (say) 110 phone calls and 35 web chats the AI Receptionist handled — many of them emergency service calls and same-day Visits — all flowing into Google Ads as real conversions. Suddenly Google sees 225 conversions a month instead of 80. It re-trains on that bigger, better signal. Within weeks, the bidding finds you more of the right kind of homeowner. Same $5,000 spend, more booked Visits, lower Cost per Lead, higher revenue. That is what "AI Receptionist with AnyCRM" actually means for the bottom line. Not just "it answers the phone."
For your developer: how the Conversion Lift pipeline works with Jobber
Every Client-create and every Visit-book fires through AnyCRM's Conversion Lift pipeline. The lead event lands inside your CRM for business logic, AND fires a real conversion event server-side into Google Ads, Facebook Ads, and LinkedIn Ads using the verified origin of your registered domain. Server-side means the conversion can't be blocked by ad-blockers, doesn't degrade on iOS or Safari, and arrives with full attribution context so the Ad platforms' bidding algorithms can re-train on it. Your existing website forms and online-booking widget run through the same pipeline, so Web and Voice conversions feed the SAME training signal.
Manages the full Visit lifecycle inside Jobber for anyone calling or chatting.
Every "can we push tomorrow's appointment to Friday?" or "actually, cancel that, we got someone else" lands with the AI Receptionist instead of on the dispatcher's desk. AnyCRM reschedules update the existing Visit in place. Cancellations follow Jobber's idiom. The Visit is marked cancelled with the caller's reason captured on the Job's Notes, instead of deleting the record and erasing the audit trail. The dispatcher sees a freed slot AND why.
Finds the Visit by email in a single step. No Visit IDs on the call.
Homeowners DO NOT quote Visit IDs over the phone. AnyCRM gives the AI Receptionist an easy way to find the soonest upcoming Visit linked to the Client matched on the caller's email or phone. And the AnyCRM response forces the AI Receptionist to be human: it reads back the service description, date, time window, and assigned crew member before changing anything.
Reschedules in place. Keeps the Visit record clean.
Rescheduling updates the existing Visit in a single confirmation. No cancel-then-rebook round-trip means the Visit history, the Job link, and any line items already attached all stay intact. Failed reschedules leave the original Visit untouched.
Cancels without erasing the audit trail
When a homeowner cancels, AnyCRM flags the Visit cancelled the Jobber-native way. Then it writes the caller's reason as a Note on the linked Job and Client, instead of deleting the Visit and stripping WHY the slot opened up. The dispatcher sees the freed slot AND the reason in the same view.
For your developer: reschedule & cancel by email
AnyCRM's search, reschedule, and cancel all accept just an email. The soonest upcoming Visit linked to the matching Client is resolved inside AnyCRM. No Visit IDs at the AI Receptionist layer.
{
"email": "jane@example.com"
}
{
"meetings": [{
"event_uuid": "a7c1f4e9-...",
"event_type_name": "Haircut Only | $50",
"start_time": "2026-05-15T11:00:00-04:00",
"status": "active"
}]
}
{
"email": "jane@example.com",
"scheduled_datetime": "2026-05-16T14:00:00",
"invitee_timezone": "America/New_York",
"reason": "Customer asked to move 1 day later"
}
{
"cancelled_event_uuid": "a7c1f4e9-...",
"new_event_uuid": "f0e22c91-...",
"new_start_time": "2026-05-16T14:00:00-04:00",
"new_start_time_utc": "2026-05-16T18:00:00Z"
}
{
"email": "jane@example.com",
"reason": "Customer is unwell"
}
{
"cancelled_event_uuid": "a7c1f4e9-...",
"status": "cancelled",
"reason": "Customer is unwell"
}
Routes every caller to the right crew. And respects existing crew assignments instead of randomly reassigning to someone else.
Jobber accounts run on crew members, service categories, and territories. At setup AnyCRM imports your Jobber crew into its database and enriches each crew member with service expertise (HVAC, plumbing, electrical, drain, install, service-call), languages, timezone, territory, and bookable Visit duration per service. The AI Receptionist then routes each caller to the crew who actually handles that service. Existing Client assignments on active Jobs are honoured as the source of truth.
Routes by service: install vs service-call vs emergency
"My furnace is making a banging noise" routes to your service technicians. "I'd like a quote on a new system" routes to your sales/estimator. "No heat, it's 10 degrees outside" routes to whoever is on-call for emergencies. And the Visit duration is set to the emergency window, not the standard service window.
Honours existing crew assignments in Jobber
If a Client already has an active Job with an assigned crew member, the AI Receptionist doesn't reassign them. New Visits, Notes, and any follow-up Requests all attach to the existing record under the existing crew. The technician who started the job finishes it.
Matches fresh inbound callers and chatters to the right crew
New homeowners with no existing Jobber Client get matched to a crew member in the right service pool and territory, honouring the criteria you set in AnyCRM for matching a lead to a crew. The AI Receptionist doesn't fight the dispatching rules you already encode.
For your developer: specialist roster & per-service routing
Crew details live in AnyCRM's database, pulled once from Jobber at setup, enriched with service expertise, languages, timezone, territory, and default Visit duration per service (valuable context for the AI Receptionist that Jobber's user object doesn't carry). At runtime, one read of the crew roster matches caller → service → crew member. New Clients get assigned to the right crew. Existing Clients keep theirs. AnyCRM does NOT cache your Request workflows, your Job templates, or your dispatch automations. That policy stays inside your CRM, where it belongs.
{}
{
"total_members": 3,
"members": [
{ "user_uuid": "3d2ed2c0-...", "name": "Michelle Arcona", "role": "user", "timezone": "America/New_York" },
{ "user_uuid": "2b00d6f3-...", "name": "Casey", "role": "user", "timezone": "America/New_York" },
{ "user_uuid": "1809c459-...", "name": "Cielona Boco", "role": "owner", "timezone": "America/New_York" }
]
}
{
"user_uuid": "3d2ed2c0-a8fc-45d7-9f67-fc3e6b898bb2"
}
{
"user_name": "Michelle Arcona",
"user_timezone": "America/New_York",
"services": [
{ "event_type_uuid": "b050bcf6-...", "name": "Haircut Only | $50", "duration": 50 },
{ "event_type_uuid": "9a858539-...", "name": "Fine Density Haircut & Finish | $70", "duration": 60 },
{ "event_type_uuid": "c1f70bb1-...", "name": "Full Head + Gloss + Finish | $335", "duration": 210 },
{ "event_type_uuid": "3c01fa3d-...", "name": "All Over Keratin Treatment | $300", "duration": 240 }
]
}
Setup in 3 steps. Battle-tested on real Jobber accounts.
You connect Jobber once. AnyCRM imports your crew, your service categories, your territories, and your default Visit durations. AnyCRM also wires up the receiving end inside your CRM so lead events from the AI Receptionist land where your business logic can act on them. Then the AI Receptionist starts capturing inquiries and booking Visits the same afternoon. No middleware. No prompt-engineering by you.
Connect Jobber (OAuth, 60 seconds)
Authorize AnyCRM on your Jobber account via the standard OAuth grant. AnyCRM scopes to the least amount of access needed for the Client + Visit lifecycle. Nothing for invoices, quotes write, payments, or timesheets. You can always revoke access at any time from your Jobber Connected Apps page. Every update to your Jobber is signed with AnyCRM's connected-app credentials so it's easy to track what the AI Receptionist did when you audit.
Import the crew. Lock in service categories and Visit durations. Wire up your CRM's lead-receiving flow.
AnyCRM imports every active Jobber user as a bookable crew member with service expertise, territory, timezone, and default Visit duration per service. AnyCRM also freezes the service categories so the AI Receptionist can only book services you actually offer, and locks inbound-call source attribution (always AI Receptionist Call or AI Receptionist Web) so reporting stays consistent. During onboarding we set up the receiving flow inside your CRM so the lead events from the AI Receptionist land where your business logic can act on them. AnyCRM does NOT replicate your Request workflows or Job templates. Your CRM decides what happens after a lead is captured. AnyCRM just delivers a clean event.
Drop the AI Receptionist on your phone line and your site
Forward your business number to the AI Receptionist's number and paste the chat widget into your site. The same AI Receptionist (same crew roster, same Jobber account, same lead-event pipe into your CRM and your ad platforms) answers both voice and web. Live the same afternoon.
Why not just use Jobber's own AI Receptionist + Online Booking + Requests form?
Jobber's own AI Receptionist (an add-on for the Grow plan, included with Plus) is a real product. It answers calls and texts 24/7, books jobs using your Online Booking form, takes messages, escalates on keywords, and creates follow-up tasks. It's the right starting point if Jobber is the only stack you run paid Ads against and you don't need cross-tool conversion tracking. Where AnyCRM is different: AnyCRM treats the AI Receptionist as one of TWO equally weighted entries into a unified lead-event pipe — the same lead event that fires server-side into Google Ads, Facebook Ads, and LinkedIn Ads using the origin of your registered domain. Jobber's native Receptionist is excellent at the Jobber side of the conversation, but it does not fire server-side conversions into your Ad platforms, doesn't unify web-form and voice conversions on a single source taxonomy, and doesn't expose a customisable receiving flow that runs alongside Jobber for the lead-policy work you might be doing in QuickBooks, in another CRM, or in an analytics warehouse. AnyCRM is the layer that runs in parallel: it picks up the call, asks the right qualifying questions, books the Visit as a native Jobber Visit on the right crew member's calendar, writes a clean Client with the call summary in the first Note, AND sends the same lead event straight into your CRM's downstream business logic plus your ad platforms server-side. So your Jobber dispatch, your analytics, and your Google / Facebook Ads bidding all start optimising on a real conversation, not just on form-fills.
For your developer: the enrichment layer (raw Jobber API vs our MCP tools)
Every tool the AI Receptionist calls is an opinionated wrapper inside AnyCRM. AnyCRM does the messy work for you. Dedup by primary email then primary phone, Property creation and linking, service-category resolution, Visit duration math, crew assignment, error handling, lead-event delivery into your CRM, and server-side conversion tracking into your ad platforms. All of it happens before the LLM ever sees a response. So the AI Receptionist reasons over clean, AI-aligned payloads instead of raw CRM internals.
Capturing a new inquiry
createOrUpdatesJobberContact accepts name, email, phone, service_address, note, service_category, request_intent, plus the inferred crew member. AnyCRM handles dedup, picks the surviving Client (or creates a new one with properly-shaped email and phone arrays with primary flags set), creates or links the Property at the service address with a geocoder-validated payload, appends the Note, sends the lead event straight into your CRM (with source AI Receptionist Call or AI Receptionist Web), AND fires a server-side conversion event into your ad platforms using the origin of your registered domain. All in one AnyCRM call.Booking the Visit
createJobberContactAppointment takes email, scheduled_datetime (a naive date and time, no offset needed), invitee_timezone, and service_category. AnyCRM resolves the right crew member from the service + territory, creates the Job if none exists, computes the end-time from the service's locked-in Visit duration, converts the naive datetime to the format Jobber's calendar sync requires, assigns the right crew so the mobile app pings them, sends the same lead event straight into your CRM with the booking context, fires the server-side conversion event into your ad platforms, and returns both local and UTC start times in the response.Cancelling with a reason
cancelJobberAppointment takes email and reason. AnyCRM resolves the soonest upcoming Visit, writes the reason as a Note on the linked Job and the Client, then flags the Visit cancelled the Jobber-native way. All in one AnyCRM call. No deletion, full audit trail, the cancelled Visit stays queryable in the crew's reporting, and the response contains the cancelled Visit ID and the recorded reason so the AI Receptionist can read it back to the caller.Every AnyCRM tool for Jobber follows the same AI-alignment contract, so the AI Receptionist never has to think about transport:
- Naive datetimes in, Jobber-native shape out. The AI Receptionist passes
2026-05-15T11:00:00and a timezone string. AnyCRM converts it into whatever shape Jobber's Visit schema requires, on both start and end. AnyCRM also computes the end-time from the service's locked-in Visit duration. - Email is the identity. Cancel and reschedule never need a Visit ID at the AI Receptionist layer. Email and soonest-upcoming resolves inside AnyCRM.
- Service category and Visit duration come from setup, not the LLM. The AI Receptionist can't invent a service category. It inherits the categories you configured at setup; Visit duration is locked per service.
- Existing crew assignments are sacred. If a Client has an active Job with an assigned crew member, AnyCRM preserves it. New Clients only get the matched crew when no Job exists.
- Cancellation preserves the audit trail. Jobber's idiom for cancelled-but-tracked Visits is honoured so the dispatcher's reporting stays accurate and the audit trail survives. No hard deletes.
- Every lead event leaves AnyCRM in two places at once. Your CRM gets the lead event so your business logic can run. Your ad platforms get the server-side conversion event so bidding optimises against real bookings. Both happen on the same AnyCRM call. No race conditions, no missing events.
- Flat, deterministic shapes. Every AnyCRM response has the same top-level keys across every tool, so the AI Receptionist's prompt never grows with edge-case branching.
- Errors are messages, not codes. An error from Jobber becomes a one-sentence reason the AI Receptionist can repeat to the caller without translation.
- Idempotent reschedules. If a reschedule fails mid-flight, the original Jobber Visit is preserved. The homeowner never ends up with nothing.
Multi-crew setup. Crew roster, services & system-prompt assembly
If you run more than one crew member on Jobber, AnyCRM imports the crew roster once, you link each crew member to the services they actually cover (install / service-call / emergency / estimate), and AnyCRM bakes the result into the AI Receptionist's system prompt at setup time. Not at runtime. The AI Receptionist doesn't query your crew roster on every call. It already knows who handles what.
- Crew roster import. AnyCRM imports your Jobber crew members once and writes each one into its database keyed by
crm_user_id(with name, role, expertise, timezone, territory). - Per-crew services & durations. For each crew member AnyCRM resolves the services they actually book and the Visit duration per service. One call per person, cached.
- Service visibility. Each service is flagged Public, Private or Ignored. The AI Receptionist only routes to and books on Public services. You toggle this in the AnyCRM dashboard without re-deploying.
- Lead-event receiving flow inside your CRM. During onboarding we wire up the flow inside your CRM that receives lead events from AnyCRM. That's where your Request and Job creation policy lives. AnyCRM doesn't try to own it.
- System-prompt assembly. The cached crew roster, services, and territories JSON is prepended to the AI Receptionist's system prompt before the humaniser splits (personality, etiquettes, tone, speech style). So the AI Receptionist reads the crew before it reads its own instructions.
- Runtime stays minimal. On a live call the AI Receptionist makes at most one availability call and one booking call. Never a crew roster lookup. Updates to crew, services, or territories re-run the cache. The AI Receptionist picks them up on its next deploy.
The end result: the AI Receptionist can match "my AC is leaking water onto the floor" → service category HVAC service-call → the on-call HVAC tech in the caller's territory → that tech's calendar availability → a booked Jobber Visit on that tech's schedule with the Client, Property, and Job already in place → a lead event delivered straight into your CRM → a server-side conversion event in your ad platforms. Without a single crew roster query during the call.
Currently running for HVAC, plumbing, electrical, cleaning, landscaping, pest control, and handyman businesses. Anyone whose dispatch board is in Jobber but whose phone keeps ringing after the office has gone home.
How most AI Receptionists built on Smith.ai, My AI Front Desk, Goodcall, or Jobber's own AI Receptionist fail for HVAC, plumbing, electrical, cleaning, landscaping, pest control, and handyman businesses that use Jobber. And why AnyCRM can't.
Most AI Receptionists fail on Jobber in the same handful of ways. Duplicate Clients, Visits that never ping the crew's mobile app, invented service categories, the wrong crew's calendar, deletions that destroy the audit trail, hardcoded Request-and-Job rules that drift away from your real dispatch policy, and conversion data that never reaches your ad platforms server-side. AnyCRM can't fail in any of these ways, because each failure was solved one layer down inside AnyCRM. And because AnyCRM delegates Request-and-Job creation policy to your CRM's own flow rather than trying to encode it, AND runs web and AI Receptionist conversions through a single unified conversion pipe instead of two disconnected stacks.
Duplicate Clients
Visits that don't reach the crew member's mobile app
Inventing service categories and Visit durations that don't exist in your account
Booking the wrong crew member's calendar
Cancelling by deletion instead of by outcome
Encoding your Request-and-Job creation policy in the prompt or in middleware
Web leads and AI Receptionist leads run on two separate conversion-tracking stacks
The AI Receptionist is honest because AnyCRM doesn't let it lie. And AnyCRM is sophisticated because it doesn't pretend to own policy that belongs inside your CRM, while quietly fixing the conversion-tracking gap nobody else has thought to close.
AnyCRM vs Smith.ai, My AI Front Desk, Goodcall on Jobber
| Capability | AnyCRM | Smith.ai | My AI Front Desk | Goodcall |
|---|---|---|---|---|
| Live Jobber Visit booked DURING the call on the right crew's calendar | Yes. Native Jobber Visit, crew-matched, Property linked, Job in place, mobile app pinged. | Partial. Books via Jobber's Online Booking link, not the API. Crew assignment depends on Jobber's booking-widget rules. | No. Zapier-style action list doesn't include Visit creation. Logs a Client + Note. | No. Stops at Client + Request on the New Requests board. Dispatcher books manually. |
| Dedup-before-write on email and phone | Yes. Always. | Manual / receptionist-dependent. | No. Single-step create. Same caller, different casing = duplicate. | No published guarantee. |
| Preserves existing crew assignment on returning callers | Yes. Existing crew on active Jobs is sacred. | Implicit, not API-enforced. | No. Can overwrite via Zapier-style "Update Client." | Depends on the underlying connector's defaults. |
| Routes by service category and territory (HVAC / plumbing / electrical / install / emergency) | Yes. Service and territory baked into the AnyCRM crew roster at setup. | Manual, depends on the receptionist. | No. | No structural routing on the call. Dispatcher decides. |
| Service categories and Visit durations frozen from your real Jobber account | Yes. Read at setup, baked into the prompt as a frozen table. | Generic playbook. Not account-enforced. | No. Writes can fail or land as free-text tags. | No structural guard. |
| Cancellation preserves the audit trail (outcome-flagged, not deleted) | Yes. Jobber-native cancellation, reason on the Job's Notes. | Manual. Cancellation lands as a Note, not a flagged outcome. | No. Delete-style action strips the schedule view. | Not exposed in published materials. Dispatcher handles cancels. |
| Reschedule in place (no cancel-then-rebook) | Yes. | Manual. | No. | Not exposed in published materials. |
| Request-and-Job creation policy delegated to YOUR CRM's own flow | Yes. Lead event delivered into the receiving flow we wire up at onboarding. | No. Policy lives in Zapier or in the receptionist's training. | No. Hardcoded "Create Job" / "Create Request" actions. | No. Connector-default behaviour. |
| Unified conversion pipe: web forms AND AI Receptionist → CRM + ad platforms server-side | Yes. Same shape, same source taxonomy, same server-side delivery to your CRM and your ad platforms. | No. Web and voice run on separate stacks. | No. Web and voice run on separate stacks. | No. Web and voice run on separate stacks. |
| Server-side conversion events sent to Google Ads, Facebook Ads, and analytics (origin = your registered domain) | Yes. Every call and chat lead lands server-side. | No. | No. | No. |
| Source attribution stays consistent across web and voice | Yes. AI Receptionist Call, AI Receptionist Web, plus your web form identifiers. | Manual / inconsistent. | No standardised taxonomy. | Whatever the underlying connector defaults to. |
| Scale ceiling | Bounded by Jobber API limits, not by staffing. | Bounded by human receptionist staffing (AI tier mitigates but doesn't remove the ceiling). | Bounded by Zapier-style rate limits and action contracts. | Bounded by the manual-dispatch hop after intake. |
Your Jobber data passes through AnyCRM. It doesn't stick.
AnyCRM processes your Jobber data to answer the call. Then forgets it. The only thing AnyCRM persists is a conversation history ID so the AI Receptionist can recognise a returning caller. Clients, Properties, Requests, Jobs, Visits, Notes. All of it stays in Jobber, owned by your Jobber account.
What AnyCRM stores
Conversation history IDs only. So the AI Receptionist can pick up where it left off if a caller hangs up and rings back. No call audio, no transcripts of Client records, no caller PII.
What AnyCRM doesn't
Caller names, emails, phone numbers, Jobber Client IDs, your crew roster details beyond identifiers, your service categories, your territories, your job history, your invoice data. None of it. AnyCRM reads what it needs, hands it to the LLM, fires the events, and discards the payload.
Where data lives
In your Jobber account and in whatever systems your CRM's flow forwards lead events to. Clients, Properties, Requests, Jobs, Visits, Notes all live in Jobber. Source-attributed (always AI Receptionist Call or AI Receptionist Web), attributed to AnyCRM in the audit log, revocable. AnyCRM does not build a shadow CRM alongside yours.
Revocation
Revoke the AnyCRM connected-app OAuth grant from your Jobber Connected Apps page and the AI Receptionist loses access immediately. There is no "export your data" step because there is no data to export. It was never AnyCRM's to hold.
For your developer: OAuth scopes & the smallest-surface principle
Jobber uses OAuth via its Developer Center. AnyCRM requests only the smallest set required for the Client + Visit capture lifecycle. Nothing for invoices, nothing for payments, nothing for timesheets, nothing for analytics.
- Clients (read + write). Read and write Clients, dedup against existing records, set source attribution and append Notes.
- Properties (read + write). Create or link the Property at the service address with a geocoder-validated payload.
- Requests (read + write). Open Requests on the New Requests board for intake-stage calls.
- Jobs and Visits (read + write). Read availability, create the Job when needed, and write Visits on the routed-to crew member's schedule with the right crew assigned.
- Users (read). Read your crew roster at setup so the AI Receptionist knows who exists and who handles which service.
- Not requested: invoices, quotes (write), payments, timesheets, expenses, products & services pricing, your other Jobber integrations.
Same OAuth grant any Jobber Connected App uses. Just a smaller surface. AnyCRM holds the access and refresh tokens (every write is signed by AnyCRM's connected-app credentials, so each Visit and Client change is attributable to AnyCRM in Jobber's audit log). The LLM never sees the token, and every tool call is logged with the operation name, never the raw payload.
$36 to get started. No monthly subscription. No commission on voice minutes. Ever.
The AI Receptionist industry has settled into a quiet little racket: wrap a public voice provider (usually Eleven Labs) and a public chat platform in your own UI, sell it back on a monthly subscription with a metered minute allowance, and pocket a 3–5× markup on every minute your customer's caller spends on the phone. The customer never sees the underlying price. We did not want to build that business.
The Transparency Ladder — you choose how far up you climb.
Most AI Receptionist products sell one thing: a monthly plan with a minute cap. AnyCRM sells five things, ordered by how much we do for you. Start at $36 with a prompt-and-pasted DIY agent. Stop there if it's enough. Or keep climbing through the upgrades to a full custom implementation with MCP tools, conversion tracking, and a CRM-side flow we configure for you.
A prompt pack and a deployment guide. You wire up a basic AI Receptionist on web chat and voice using OUR humanizer prompts and OUR step-by-step videos.
- Two humanizer prompts (warmth, pacing, filler words)
- Web chat + voice setup videos
- Same-afternoon live deployment
- No MCP tools (no booking writes into your CRM)
- No conversion tracking
- No CRM-side lead-event flow
Add this at checkout. We walk through your setup together so the Quickstart lands faster, without you reading the docs alone.
- Live setup walkthrough
- Humanizer prompt tuning to your voice
- Q&A about your industry's quirks
Adds the first round of MCP tools so the AI Receptionist actually books appointments into your CRM (not just talks about booking them).
getAvailability+createContactAppointmentMCP tools- Live booking into your CRM
- Dedup-before-write on email and phone
- Still DIY — you wire the tools yourself with our videos
Adds search, reschedule, and cancel MCP tools. Now the AI Receptionist owns the whole appointment lifecycle — the same one we describe in the Availability and Lifecycle sections above.
- Search + reschedule + cancel MCP tools
- Audit-preserving cancellation
- Specialist / team-member routing if your CRM supports it
- Still DIY — conversion tracking and CRM flow not included
We build it for you. The whole stack: MCP tools wired, web forms unified into the same lead-event pipe, server-side conversion tracking into Google / Facebook / LinkedIn Ads, AND the lead-receiving flow inside your CRM tuned to your industry and your client configuration.
- Everything in Steps 1–3, done for you
- Unified conversion pipe (web + AI Receptionist)
- Server-side conversion tracking with your domain origin
- CRM-side lead-event flow we configure at onboarding
- One-time custom quote — no monthly subscription
How AnyCRM stacks up against the monthly-subscription crowd.
Here is what you would pay each provider to handle 500 voice minutes a month — a fair mid-volume number for a service business that picks up after hours. Sourced directly from each vendor's published pricing page.
| Cost & structure | AnyCRM | Smith.ai | My AI Front Desk | Vocaly AI |
|---|---|---|---|---|
| Pricing model | One-time fee ($36 → $850+) + you pay Eleven Labs directly | Monthly subscription, billed per call | Monthly subscription, billed per minute | Monthly subscription, billed per minute |
| Entry tier | $36 one-time | $300/mo (30 calls) | $99/mo (200 voice min) | $399/mo (2,500 min) |
| Cost for ~500 voice min / month | $0 to AnyCRM + ~$25–85 paid directly to Eleven Labs | ~$2,100/mo (Pro tier, ~300 calls) | $99 + 300 overage min @ $0.25 = $174/mo |
$399/mo (2,500 min cap) |
| Commission / markup on voice minutes | 0%. You pay Eleven Labs directly. | Bundled (per-call pricing hides minute markup) | ~3–5× markup on Eleven Labs' published rate | Bundled (rate not disclosed) |
| Hard monthly minute cap | No cap. Eleven Labs scales with your traffic. | Yes, by call count | Yes (200 min on $99 tier) | Yes (2,500 min on $399 tier) |
| Underlying voice provider disclosed | Yes — Eleven Labs. We say it openly. | N/A (human receptionists) | Not disclosed | Not disclosed |
| CRM-side lead-event flow built for you | Yes (Custom Implementation, tuned to your industry) | No | No (Zapier action list only) | No (custom tier only, opaque) |
| Server-side conversion tracking to Google / Facebook / LinkedIn Ads | Yes (Custom Implementation) | No | No | No |
| Cost over 12 months at ~500 min/mo | $36–$850 one-time + ~$300–$1,020 paid to Eleven Labs | ~$25,200 | ~$2,088 | ~$4,788 |
Pricing as listed on each vendor's published pricing page (Smith.ai, My AI Front Desk / Frontdesk, Vocaly AI, Eleven Labs) at time of publication. Eleven Labs Conversational AI is currently $0.05–$0.17/min depending on plan; "$25–85 paid directly" assumes you sit on the Free, Starter, or Creator plan for low-volume usage. Smith.ai is human-staffed; My AI Front Desk & Vocaly AI are AI-only.
One backend. Six channels. Stacked ROI.
Indicative monthly numbers based on what service businesses already see from a single channel — multiplied by the channels you switch on. Update the agent once; every channel reflects it.
Four steps. One afternoon.
No Zapier. No n8n. If you can copy and paste, you can do this.
Open the Quickstart
You get the prompt pack, the humaniser prompts, and the deployment guide.
Connect Jobber
One API key. The agent reads contacts and writes appointments — both ways.
Pick your channel
Web chat, voice line, or both. Same backend, same brain.
Go live
Test five calls yourself. Send the number to your team. Done.
Live by tonight. Booking customers by tomorrow.
$36 once. If it doesn't work for your business, you've lost less than dinner.