A guest asks about a reservation, change or visit at a specific branch.
AI agents
Guest enquiry worker
Reservation coordinator
Guest care worker
Human decisions
Restaurant manager
Workflow steps
1
Verify guest and booking accessGuest enquiry worker
2
Check availabilityReservation coordinator
3
Confirm or modifyReservation coordinator
4
Capture notesGuest care worker
5
Escalate exceptionRestaurant manager
6
Close the loopGuest care worker
4 operating rules · 4 decision rules · 4 channels · records to verify
Illustrative design. Systems, permissions, human coverage and outcomes must be configured and validated for your deployment.
THE RESULT TO CHECK
A reservation request or manager-owned case, with deposits, event terms, food safety and recovery decisions retained by staff.
On this page
Where reservation requests lose momentum
Keep reservation enquiries, changes and guest notes together so staff can follow the next step without asking guests to start again. Voxistry coordinates AI workers using approved branch information and permitted booking actions. Managers keep responsibility for allergies, food safety, accessibility and commercial exceptions.
Multi-site groups receive enquiries, changes, and complaints across channels without a consistent view of the branch, booking, or prior contact.
Teams lose time calling back for routine reservation details while guests wait for an answer on the channel they already used.
Allergy, dietary, event, deposit, and complaint conversations carry decisions that should not be improvised by a general responder.
Fictional example: a guest requests a booking change
A fictional guest asks to move a reservation for six from 19:00 to 19:30 at a named branch. Identity and access to the booking are checked before the current branch availability is read.
01
Verify the guest and branch context
The worker confirms the guest may access the reservation, then reads the current availability returned by the configured branch pathway. A failed or uncertain check goes to staff without disclosing booking details.
02
Record the authorized change
In this fictional scenario, the booking system reports that the authorized change request was saved. The revised reservation is still awaiting confirmation. The worker does not tell the guest that the new time is confirmed or that an update message has been delivered.
03
Keep uncertain follow-up owned
If the result is uncertain, the worker checks the existing booking before trying again. The named restaurant manager owns pending follow-up and any branch or commercial exception.
What a first pilot should improve
Agree the outcomes with your restaurant team and compare them with your current process.
Check guest identity and permission before staff disclose reservation details or record a permitted change.
Use current branch availability and configured booking rules while keeping requested, saved, confirmed, and guest-update states distinct.
Carry dietary, accessibility, dissatisfaction, and serious complaint notes with the booking context to a named manager without interpreting them.
Who handles the work
Example division of work between AI workers and your team.
AI worker
Guest enquiry worker
Answers approved branch, menu, access, and reservation questions with the current guest context.
Routine guest response
Acts within policy — approved information only
AI worker
Reservation coordinator
Checks the configured availability pathway and records permitted bookings or modifications.
Reservation coordination
Acts within policy — within configured rules only
AI worker
Guest care worker
Records concern details and prepares the guest’s notes and history for manager review.
Concern record and handoff
Suggest-only on complaints and exceptions
Human owner
Restaurant manager
Owns food-safety, accessibility, event, deposit, compensation and serious complaint decisions.
Guest recovery and exception authority
Authority delegated by the restaurant operator
How the work could flow
Use this sequence to agree the workflow and test each step before launch.
01Guest enquiry worker
Verify guest and booking access
Which branch and reservation context are verified, and may this guest access or request a change to the booking?
02Reservation coordinator
Check availability
What live availability and permitted options can be offered through the configured pathway?
03Reservation coordinator
Confirm or modify
Is this booking or modification inside the configured rules, and what state did the configured pathway return?
04Guest care worker
Capture notes
What dietary, accessibility, event, or dissatisfaction information must be recorded verbatim?
05Restaurant manager
Escalate exception
Does food safety, accessibility, a deposit, compensation, event terms or a serious complaint require manager ownership?
06Guest care worker
Close the loop
What approved update or next step can be shared with the guest after the manager decision?
Decisions your team keeps
Proposed operating requirements to configure and verify, including what happens when a system or human handoff is unavailable.
Verify guest identity and authority before disclosing reservation details or recording a permitted change. Availability and reservation changes use the configured pathway and rules; the team does not invent capacity or terms.
Dietary and accessibility notes are captured verbatim and are not interpreted as food-safety advice.
A requested change, saved update, provider confirmation, confirmed booking, guest confirmation, and message delivery remain separate. Check the existing booking before trying again after an uncertain result.
Route payments to the approved payment provider and keep raw card data outside the conversation. Allergy or food-safety decisions, accessibility judgement, event terms, deposits, refunds, compensation, and serious complaints route to a restaurant manager.
No food-safety, allergy, accessibility, event-term, deposit, refund, or goodwill decision by the worker team.
Guest identity and booking authority are checked before disclosure or change; reservation facts and availability come from the configured pathway.
Payments route to the approved provider with raw card data outside the conversation; serious complaints move to a named restaurant manager with the complete guest thread.
Guest notes remain contextual records; the team does not infer medical or dietary suitability.
The Voxistry tools behind this workflow
Explore how the selected tools support this restaurant process, then confirm the actions and records your setup can provide.
Omnichannel
Carry the available booking and guest context across selected channels into the next staff review.