home / use cases / chat, leads and customer service / chatbot-appointment-booking

Appointments booked from your website chat

A visitor opens the chat on your website, says what they need, and books an actual slot in your calendar — length rules applied, details collected, invite sent, all in one conversation. The widget is a snippet on your site; the booking brain is the Aivell in your office, working against your live calendar.

Watch the demo

starts when: A visitor types 'can I book an appointment?' in your site chat

The problem

A visitor lands on your site at lunchtime wanting an appointment, and the site answers with a phone number for a desk that is currently at lunch too. Some will call later. Many will book with whoever answers first — websites that can converse capture 20–35% more leads than those that just display a number.

Online booking platforms solve the availability half and create a new problem: your calendar, your patient names and your appointment reasons now live on the platform’s cloud, wrapped in a monthly per-calendar fee — and the tricky cases, like a first visit that needs double time, still get booked wrong.

How your Aivell does it

The chat widget is one snippet on your site. The intelligence sits on the box in your office:

  1. The conversation starts on your page. No redirect to a booking portal, no account creation. The visitor types what they want, in their own words and language.
  2. The reason for the visit sets the rules. The chore knows a checkup is thirty minutes and a first visit is an hour — so the right-sized slot is offered without the visitor knowing the rules exist.
  3. Only real availability is offered. Slots come from the live calendar, filtered by your standing exceptions, like Nadia’s protected monday mornings.
  4. Details first, booking second. Name, phone and email are collected before anything is written — then the event is created, the invite sent, and the chat confirms it all in one breath.
  5. The unsure cases step aside. A medical question, an unusual request — the Aivell hands over the front desk number instead of improvising. Booking is its job; judgment stays yours.

The guardrails are the quiet part that matters: this chore sees one calendar, writes to one calendar, and can only undo bookings it made itself. Your actual schedule can’t be wrecked by a chat window — and the whole thing is governed by a chore your receptionist could have dictated.

The chore, as you'd write it.

No flowcharts, no code — a chore is just a message to your Aivell, in your own words. It shapes it into a solid, guarded procedure and follows it to the letter. This one:

Giulia Aivell · book visits from the website ● active

greet the visitor and ask what the appointment is for

checkups get 30 minutes, first visits a full hour

offer only genuinely free slots from the calendar, next ten days

keep monday mornings clear — that's Nadia's admin time

collect name, phone and email before booking anything

book the slot, send the invite, confirm right in the chat

medical questions or anything unsure — give the front desk number, don't improvise

slot taken mid-chat? apologize and offer the next two

You
Got it — I'll start right away, and check with you whenever something needs a human.
Giulia Aivell

The tools it uses.

Connected with single-click passkeys — no copied tokens, no OAuth hell.

Chat widget holds the booking conversation on your site
Calendar offers real slots, books them, sends invites

Sensible guardrails.

Every tool can be limited to exactly what this chore needs. For this one, you might set:

Calendar Creates events only in the visits calendar; staff personal calendars are not visible to this chore.
Calendar May move or cancel only bookings it created itself — everything else in the calendar is untouchable.

Questions, answered.

Are the offered slots actually free, or does someone confirm later? +

They are live. The Aivell reads your real calendar at the moment of the conversation and writes the booking the moment the visitor confirms — no "pending request" limbo, no morning of manual confirmations. If a slot disappears mid-chat, it says so and offers the next ones.

What do I put on my website to get this? +

One small snippet, pasted once — that is the entire installation. The widget carries the conversation to the box in your office and back; there is no booking platform account, no per-seat subscription, no third-party page your patients get redirected to.

Do visitor conversations and bookings pass through a cloud service? +

No. Names, phone numbers and reasons for the visit are exactly the data you don't want on a booking platform's servers. Here the conversation is processed onboard and the booking lands in your own calendar — the visitor's details never leave your network.

Can it apply different rules to different appointment types? +

Yes, because the rules are written as sentences. First visits take an hour, cleanings thirty minutes, monday mornings blocked for admin — the chore reads like your front desk's instructions, and edits take effect on the next conversation.

Related.

What is an Aivell?

An Aivell is an on-premise AI colleague: a small box that plugs into your network, runs its own AI onboard and takes the repetitive work off your desk. Prompts, documents, data — nothing ever leaves your office. Unplug the internet: it keeps working.

You describe each task as a chore, in plain language. Your Aivell turns it into a solid, guarded procedure and runs it in the background — with guardrails on every tool, a complete audit trail, and approvals in your hand when you want them. One-time setup, fixed monthly fee. No tokens, no overages.

Watch the demo

onboard inference · air-gapped · fixed monthly fee