Skip to content

Someone — or something — should always pick up. Usually nobody does.

AutoJet builds this as an n8n workflow with a phone number in front of it, not a separate product. An inbound call hits a telephony API — Twilio's Voice API is the common choice, or whatever your provider already exposes — which triggers the workflow the same way a webhook would. Speech gets transcribed to text, a Claude skill reads it against what you've told us about your business — services, hours, pricing, booking rules — and decides what happens next: answer directly, check your calendar and book a slot, or flag the call for a person because it's outside what the skill should decide on its own.

The skill isn't guessing from a generic script. It's built from your actual FAQs, your actual booking rules, and the actual list of what needs a human — the same way we scope any Claude skill: real criteria, real escalate conditions, tested against real questions before it goes anywhere near a live caller. Text-to-speech reads the response back, the call gets logged with what was asked and what happened, and if a person needs to take over, they get the call plus a summary of what was already said — not a caller repeating themselves from the start.

Outbound works the same way in reverse: the workflow places calls — a booking reminder, a follow-up on a quote, a check-in after a job — from a trigger you define, with the same skill handling anything the person on the other end says back.

Missed call vs answered call, in practice

Missed

Rings out, goes to voicemail, or gets picked up by whoever's free — if anyone is. No log of who called or what they needed.

Answered

A Claude skill reads what the caller actually says against your real FAQs and booking rules, answers or books directly, and hands off to a person with context when the question is outside what it should decide alone.

We're not replacing your phone system. We're putting a workflow behind the number you already have.

How a receptionist workflow ships

Map your real rules → fixed scope → build and wire the call → test on real questions → hand off ownership.

  1. 01MapYour real FAQs, booking rules, escalate conditions
  2. 02ScopeFixed price before build
  3. 03BuildSkill + telephony wiring
  4. 04TestAgainst real questions, not a happy-path demo
  5. 05HandoffWorkflow + skill files, yours

Connects to what you already use

No new phone number, no new calendar. The workflow sits behind what you already run.

Phone numberYour existing line, not a new one
CalendarLive availability, real bookings
CRMCaller and call history logged
Telephony APITwilio Voice or your provider's API
Claude skillReads intent, decides, escalates when unsure
n8nThe workflow backbone

Anatomy of a call

Every call gets read against your real rules before anything happens — not a keypress menu guessing at intent.

Call comes in
Skill reads intent
Resolved
Routine

Answered directly or booked into your calendar — logged, done

Needs a person

Escalates with the call context attached — no repeating from scratch

Businesses this fits

Clinics & healthcare practicesSalons & personal servicesHome services (repair, cleaning, trades)Real estate & property managementRestaurants & hospitalityProfessional services (legal, accounting, consulting)Auto services & repair shopsAny business that takes bookings by phone

When this makes sense

This earns its keep when calls are actually going unanswered — during a job, after hours, or when three come in at once and only one gets picked up. If your phone rings a handful of times a week and someone's always free, this is solving a problem you don't have yet.

It's built for the calls that are mostly routine with occasional exceptions: booking, hours, pricing, availability. Where a caller needs real judgment outside what the skill is scoped for, it says so and hands off — it doesn't pretend to know an answer it doesn't have.

Runs on your existing number and your existing calendar. We're not asking you to migrate a phone system to get this working.

Illustrative pilot · not a named client

A service business missed a real share of calls during job hours — the phone rang, nobody could get to it, and the caller usually didn't leave a voicemail. We built a receptionist workflow trained on their actual services, pricing, and booking rules: routine calls get answered and booked directly, anything unclear gets flagged to a person with the call context attached. Calls that used to go to nothing now land somewhere.

This sounds like you if

  • Calls go unanswered while you're on a job or with a customer
  • Nobody's covering the phone after hours or on weekends
  • The same handful of questions — hours, pricing, availability — eat time every day
  • A missed call this week was a real customer who called someone else instead
  • You want appointments booked without someone manually checking a calendar all day
  • You're not sure how many calls you're actually missing — nobody's tracking it

What you get

  • Discovery call to map your actual FAQs, booking rules, and escalate conditions
  • Fixed-price workflow built and tested against real questions before going live
  • Connected to your existing phone number and calendar
  • Every call logged — who, what, what happened
  • Full ownership: workflow export, skill files, call logs
  • Optional retainer to refine the skill as real calls come in

Pricing

$300 starting, fixed after a discovery call

Need more than one build? See the Custom plan for multi-system work.

See full pricing

Questions about ai receptionist & calling agents

No. It connects to the number you already have — customers don't need a new number to call.

It hands off to a person with the call context attached, instead of guessing. The escalate conditions come from your actual rules, set during discovery — not a generic default.

We won't claim otherwise if you're asked directly, and we'll agree with you upfront on how it introduces itself. Being upfront about it tends to cause fewer problems than trying to pass it off as a human.

Yes — booking reminders, quote follow-ups, and check-ins run the same way, triggered from whatever event you define, with the same skill handling responses.

Voicemail doesn't answer, and a “press 1 for sales” menu doesn't understand what's actually being asked. This has a Claude skill in the loop reading what the caller actually says, not routing on a keypress.

Yes. Workflow export, skill files, and call logs — same ownership model as our other builds.

Want this scoped for your stack?

Fixed-price proposal after a short discovery call — no open-ended retainers to start.

Scope this on a call