Skip to content

Appointment booking built around your actual availability.

Give customers a clear way to request or book the right time. Ember configures the selected calendars, service rules and messages around how your business actually schedules work.

Vehicle inspectionExample appointment request
June2026 · Illustrative dates
Mon
15
Tue
16
Wed
17
Thu
18
Fri
19
10:00 AMExample preferred time

Requested — not confirmed

Team checks the request and confirms the arrangement.
Fictional scenario · No calendar connectedFollow the booking journey

THE RULES BEFORE THE SLOT

Start with the rules behind the calendar.

A useful booking system needs more than an open time slot. Appointment types, durations, team availability, buffers and conflict calendars determine which times should be offered.

Ember configures the selected booking path around those rules. The customer-facing page and messages need to describe the outcome accurately.

A request and a confirmed appointment are different outcomes.

Example appointment request · Fictional scenario · No calendar is connected.

Vehicle inspectionChoose an example preference
Demo

One request. A clear next step.

June 2026Illustrative dates
June 2026. Choose an illustrative date from June 16 to 18.
MonTueWedThuFriSatSun
1234567
891011121314
15192021
22232425262728
2930
Example preferred time

Requested — not confirmed

Tuesday, 16 June · 10:00 AM

Team checks the request and confirms the arrangement.

Try a date or time. This changes the example only; availability is not checked and no appointment is submitted.

Make the appointment status clear.

Customers should know whether they submitted a request or secured a confirmed appointment. The page, assistant and messages must describe the same status and explain the next step accurately.

A request-only flow needs different wording from a system that immediately confirms an eligible time. An appointment can be a consultation, inspection or service visit. Booking that time does not automatically confirm the final job scope or price; we agree what each appointment means for your business.

A request is captured

The team may still need to check eligibility, timing or another detail. Say what is awaiting review and who will respond.

An appointment is confirmed

Use confirmation wording only when the selected system has actually recorded the eligible appointment. A selected time alone is not that evidence.

See the unavailable-time example Click hereClose preview

A different outcome needs different wording.

Fictional unavailable-time example

This example time is unavailable. Choose another displayed time or contact the team.

In a real setup, the next step follows the current calendar rules. This illustration does not check availability or connect to a calendar.

Define the rules that matter to your day.

The selected setup starts with your actual services and calendar process. These are decisions to agree, not preset values or promised integrations.

Appointment types
Define whether the appointment is a consultation, inspection or service visit, and which requests belong on that path. Customers need to understand what they are scheduling before choosing a time.
Duration and buffers
Agree the appointment length and any preparation or travel buffers the selected setup must respect. A visible gap in a calendar is not enough if it cannot accommodate the work.
Team availability
Name the people or resources responsible for the appointment and their working hours. Confirm whose availability should determine the times offered on each selected booking path.
Conflicts
Identify the selected calendars and commitments that should block availability. Check how overlaps are handled so the booking path reflects the scheduling rules your team actually relies on.
Outcome
Choose whether the path captures a request for review or records an eligible confirmed appointment. The page and customer messages should describe that same outcome and any remaining next step.
Messages and exceptions
Agree which confirmations, reminders and change instructions belong in the selected scope. Name the person who handles a request that cannot be completed through the normal booking path.

Keep changes understandable.

Confirmations, reminders, cancellations and rescheduling need to follow your actual policies. The selected scope defines the permitted actions, customer instructions and person responsible for exceptions.

  1. Choose the appointment type.

    Help the customer choose the appointment that matches their need. Explain any information the team requires before it can review or confirm that request.

  2. Offer eligible times.

    Apply the agreed availability, duration and conflict rules. Include a clear next step when no suitable time is available or a request needs manual review.

  3. Record the correct outcome.

    Check what the selected system has actually recorded. Keep a preferred time, a submitted request and a confirmed appointment distinct in the customer-facing status.

  4. Communicate the next step.

    Tell the customer what happens next and where to ask for a change. After a cancellation or reschedule, the appointment status and selected messages should remain consistent.

Verify ordinary and unavailable cases.

Review available times, blocked times, overlapping calendars and changes before release. Check the record created by a successful booking and the message a customer receives when a time cannot be used. Your team also needs to know who reviews pending requests and how to handle a cancellation or reschedule that requires manual help.

The proposal confirms the selected booking and communication scope.

Bring the process you use now.

  • Your appointment types and calendar owners
  • Duration, buffers and availability rules
  • Conflicts and cases needing a person
  • Request or confirmation wording
  • Reschedule, cancellation and message responsibilities

A few details to agree before setup.

Explore all FAQs
Can customers choose only available times?

The selected setup uses the agreed availability and calendar rules. We verify working hours, buffers and relevant conflicts for the actual implementation. Where team review is still required, the customer should see a request status rather than an immediate booking confirmation.

Can booking work with AI calls or chat?

A selected booking path can be used when its channel actions and calendar rules are supported and tested.

Can customers reschedule or cancel?

The options depend on your policies and selected setup. We agree which changes customers can make, when a person must help, and what confirms that the appointment record has changed. Reminders and customer instructions need to follow the updated status.

Explore a booking path that fits your operation.

Bring your appointment types and current calendar process. We will walk through the rules your setup needs to respect.

Book a demo