Use cases · Customer support

Booking change requests

Read incoming requests to change dates, rooms, guests or services, check them against availability and your change policy, and draft a reply for an agent, with exceptions routed to the right person.

Where it starts

The trigger.

A guest or travel partner asks to change or cancel a booking by email, form or chat.

How it runs today

  • Agents look up each booking, policy and availability by hand.
  • Simple changes wait in the same queue as complicated ones.
  • Replies quote fees and policies inconsistently.

The workflow

Four bounded steps.

Each step has an owner and a stop rule.

  1. 01 / Read

    Identify the booking, the change requested and the guest’s contact details.

  2. 02 / Check

    Look up availability, rates and the change or cancellation policy that applies.

  3. 03 / Draft

    Draft a reply with the options and any fees, quoting the policy wording.

  4. 04 / Route

    An agent approves routine replies; refunds, complaints and policy exceptions go to a supervisor.

Where people stay in control

Approval points.

  • An agent approves every reply before it is sent.
  • Refunds, complaints and policy exceptions are decided by a person.

How we would measure it

Against a baseline.

Measured before and after, on the same work.

Time from request to reply.

Share of drafts sent with light edits.

Replies corrected for wrong fees or policy.

Related

Go deeper.

More use cases

Other places to start.

All use cases

An illustrative workflow pattern, not a result from a specific customer.

Bring the messy version

One workflow.
A better way to run it.

Show us the tools, the handoffs, and the part that keeps slowing your team down.

Explore with AI

What would you like help with?

Get the main points in plain language.

Continue with

Includes this page title and canonical URL. The prompt is copied before the provider opens; supported providers also receive it through the URL.