TELDRIP RESOURCES

An Appointment Request Is Not a Booking

Design an appointment-request conversation that distinguishes preferences, availability checks and a confirmed booking.

Signal · Practical guide · Author: Victor

Appointment request moves to pending; confirmed requires success, while timeout remains unconfirmed.TELDRIP / SIGNALRequestedPendingConfirmedSuccessTimeoutUnconfirmedCheck before retrying
Illustration: Appointment request moves to pending; confirmed requires success, while timeout remains unconfirmed.

“Tuesday morning works” is a preference. Confirm the meeting only after the scheduling system accepts the slot—not when the conversation sounds complete.

Read back the time

Confirm the date, local time zone and appointment purpose. Read back the full date and time zone instead of relying on phrases such as “next Friday”.

Verify the scheduling connection

A Voice AI agent should confirm only what the scheduling tool accepts. In a Signal workflow, availability, booking and notifications depend on the connected scheduling process. Test that process from request through confirmation.

Handle uncertainty honestly

Wait for verified booking success before confirming. If the slot disappears or the request times out, say it is unconfirmed. Check the first attempt before retrying to avoid duplicate appointments.

See the journey

  1. Caller states the appointment need
  2. Confirm date, time zone and contact details
  3. Check the verified scheduling integration
  4. Attempt booking; distinguish success from pending status
  5. Read back the actual result and next instructions

In practice

Illustrative example: a caller requests a 10 a.m. consultation. The scheduling service reports that the slot is no longer available. The agent offers a verified alternative or records a pending request; it does not say the original meeting is booked to make the conversation sound successful.

Try this working example

Read back an actual date and named time zone: To confirm, you requested [weekday, date] at [time] in [time zone]. Is that correct? After the scheduling result, say either the booking is confirmed or the request remains pending. Never reuse the confirmation wording for a timeout.

Before you launch

Test simultaneous requests for the same slot, a provider timeout, an invalid email address and cancellation requests. Define how an unresolved appointment reaches a human owner.

Measure what matters

Compare confirmed scheduling records with verbal confirmations during reviewed calls. Count duplicate bookings and pending requests separately from successfully completed appointments.

Does collecting a preferred date prove that scheduling works?

No. A confirmed booking requires a successful operation in the actual scheduling system.

See it with Signal

Ask a Signal specialist to demonstrate scheduling only with a verified connection, including an unavailable slot and a failed booking attempt.

Explore Signal →

Confirm supported features, integrations and limits for your intended setup during a demo.

← All guides