Question handling

Handling appointment requests without a booking integration

The instinct is to treat this as the intent that needs a calendar connected before it is worth anything. It is not. Watch what actually gets typed and most of it is not a request for a time at all, it is a set of questions somebody has to resolve before they are willing to commit to one. Answer those and the booking largely takes care of itself.

What they are really asking

They have already decided they probably want this, and they are clearing the last one or two obstacles before committing.

  • can i book an appointment
  • do you have anything this week
  • how do i make an appointment
  • do you take walk ins
  • how much is a first appointment
  • how long does an appointment take
  • do you take my insurance
  • can i book on behalf of my mum
  • do i need a referral
  • are you open on saturdays

The material that answers it

An assistant is only as good as the document behind it, and for this question the document usually exists but is written in the wrong shape. What each one has to contain to be answerable:

Material that answers this question
Every service with its duration and its priceTwo facts, together, per service. Duration is asked constantly and published rarely, and it is the thing somebody needs in order to know whether they can fit this into a lunch hour. Price without duration answers half the question.
What a first appointment involvesWhat happens, in order, and how it differs from a follow up. A first appointment is the one people hesitate over, because they cannot picture it, and a description of the sequence removes more hesitation than any amount of reassurance.
The booking routes you actually want usedThe online link, the phone number, the form, and which is preferred for what. If there are three routes and the assistant offers all three, it has handed the visitor a decision instead of an instruction.
Who you can and cannot takeAge limits, referral requirements, insurers or plans you accept, catchment area, whether you are taking new clients at all. Every one of these turns a hopeful booking into a wasted slot when it is discovered at the door instead of in the chat.
Opening hours including the ones that varyLate evenings, weekend cover, holiday closures, the difference between when the phone is answered and when appointments run. Somebody asking about Saturday is asking because Saturday is the only day they can do.

How to handle it

Answer the blocking question before anything else

Underneath can i book an appointment there is nearly always a specific worry: the cost, whether their plan is accepted, whether they need a referral first, whether their child can be seen. The assistant that leads with the booking link has skipped the part that mattered.

Material organised around those worries outperforms material organised around services, because it matches the shape of the question rather than the shape of your price list.

Give one booking route, not a menu of them

Say where to go, in one sentence, at the end of a reply that has already removed the obstacle. Offering the link, the number, the form and the email address in the same message reads as thorough and behaves as friction, because now the visitor has to choose.

Pick the route you would rather they used and write the material so that route is the one that appears.

Never imply anything about availability

The assistant cannot see a diary unless you separately connect a data source, so it must not say that there is usually space this week, that mornings tend to be quieter, or anything else that sounds like a look at the calendar. A visitor who reads a hint of availability into a reply and then finds nothing free has been misled by your website.

Publishing a genuine pattern is different from implying a live one. Wednesdays are our late evening is a fact. We usually have space on Wednesdays is a guess about next week.

Hand over with the context already gathered

When the request does need a person, the reply that comes back is only as good as what arrived with it. The assistant should prompt for the service they want, roughly when suits, and anything that affects eligibility, so the enquiry lands complete.

The widget collects a name, an email and a message, which is sent to whichever address you nominate and stored so it survives an email failure. The message field is where that detail belongs, so ask for it before offering the form.

When it stops being an answer

Anything urgent

Urgency changes the channel. Somebody who needs to be seen today should be given a phone number in the first line of the reply, not a description of how to book online. Put the number in the fallback message rather than trusting the assistant to compose it under pressure.

Any request to actually make, hold or change a booking

Book me in for Thursday is an instruction to write into a system the assistant cannot touch. The failure here is subtle: a friendly reply that does not clearly say no can leave somebody believing they have an appointment. State plainly that it cannot book, then give the route or take the enquiry.

Eligibility that has edges

An unusual insurer, a borderline age, a referral from a source you do not normally take, somebody outside your area. The assistant should state the general rule and hand the edge to a person, because the exceptions are where a wrongly confident yes costs an appointment slot and a wrongly confident no costs a customer.

How this one goes wrong

The polite dead end

A visitor asks what a first appointment costs. The assistant answers accurately, then finishes with please contact us to book. There is no number in the reply, no link, and no offer to take details. The person now has the one piece of information they were missing and nowhere obvious to put it.

This is the most common way booking questions get wasted, and it is invisible in any measure of answer quality, because the answer was correct. Every reply in this intent should end in a route: a link, a number, or a form. An answer without a next step is a conversation that ends in the same place it would have ended without the widget.

The same question, trade by trade

The pattern above holds everywhere. The wording, the escalation line and the material behind it do not, so there is a page per trade.

Questions

Is this worth using without a calendar connected?
Yes, and arguably it is where most of the value is. Availability is rarely what stops a booking. Price, duration, eligibility and what happens at the first visit are, and all four are answerable from material you already have.
What happens when somebody asks it to book them in?
It should say clearly that it cannot make bookings, then give the route or offer to take their details for the team. The important part is the clarity, because a vague reply can leave somebody thinking a booking exists.
Which single document changes the most outcomes here?
A services list carrying duration alongside price. It is the combination people need in order to decide, and most sites publish one without the other.

Keep reading

Try it on your own material

Upload a document or point it at your site, paste one line of HTML, then ask it something only your business could answer.