Booking decisions
Instant booking vs booking requests: which should you use?
Use instant booking when your diary knows every fact it needs to make a safe promise. Use a request when a person still needs to check the job, pick a tool or approve a rare case.
You do not have to choose one mode for every job. A mixed setup is often safer. Book simple jobs now. Review hard-to-scope work before the client treats the time as locked in.
Short answer: use instant booking only when the app can check the job, its length, the price or terms, the right staff or tool, and a truly free time. If any fact still needs a person to judge it, send a request. Say at once that it is waiting for approval.
What is the difference?
Instant booking locks in the time as soon as the client completes the steps. The time goes in the diary. The client can treat it as a firm promise.
A booking request records what the client wants but does not promise the time yet. Your team checks the facts, then accepts, changes or declines it.
The form is not the key difference. The promise is. A client can enter the same name, job and chosen time in both flows. The next screen must say if the booking is firm or still on hold.
HotDoc's current Australian help page shows this from the client's side. The result can read Appointment confirmed or Appointment Request Sent. Some requests need the clinic to accept them later. The same clear status can help other firms too.
| Question | Instant booking | Booking request |
|---|---|---|
| What does the client have? | A firm time | A request on hold |
| When is it useful? | Job, length, staff and free time are clear | Scope, travel, tools or approval are unclear |
| What must the message say? | Confirmed, with the exact details | Received and waiting for review |
| What is the main risk? | Booking work the team cannot do | Leaving the client with no answer |
| What does staff do? | Handle exceptions and changes | Review, decide and send the outcome |
Use the five-check confirmation rule
Before a booking goes straight into the diary, ask if the app can prove five facts right now.
- Job: Is this a type of work you accept through this path?
- Length: Do you know how much diary time the job needs?
- Price or terms: Does the client know the fixed price, range, quote state, deposit and key terms?
- Staff or tool: Is the right person, room, van or item free for this work?
- Time: Is the exact time still free in the shared diary when the booking is made?
A yes to all five can support instant booking. A no or an unknown should lead to review. Do not turn an unknown into a yes just because the client wants a fast answer.
The Service NSW Service Booker page links live staff calendars with open times, booked messages and reminders. Its setting is not a small firm, but the point still fits: trust the live diary, not an old list of hours.
Use instant booking for simple, set jobs
Instant booking fits work with clear facts and limits. This may be a set consult, a known treatment length, a fixed class or a routine job that several trained staff can do.
An empty slot is not enough. The app must know who can do the work and how long it takes. A free 30-minute gap does not help when the job needs 60 minutes or a worker with a set skill.
The Royal Australian College of General Practitioners says online booking lets people book outside normal phone hours. It can also cut the time spent on phone bookings. Its guide asks clinics to choose which people and booking types can use the web. That choice matters for any firm. Each job can have its own rule.
Good fit for instant booking
The job has one clear length, a known price or quote state, the right staff and live free times.
Weak fit for instant booking
The job name covers many sizes, travel can change the day, or a person must check photos, notes or past work first.
If your web form does not collect the five facts, fix it before you switch on instant booking. Use the Alice online booking form checklist to choose what you need and what you can leave out.
Use a request when a person must still judge the job
A request is the honest path when your team cannot make the promise yet. Use one when:
- the job needs photos, sizes or a site visit before you know its length;
- travel time depends on the address or the day's route;
- the right staff member, room, van or tool is needed;
- the client wants a change to your usual hours or terms;
- the work may be urgent, unsafe or outside the jobs you take; or
- the diary is late, offline or missing key facts.
Waitwhile's own guide shows the same split: auto bookings suit set plans, while requests let staff check the work. This is product help, not a rule that every salon must book at once or every other firm must review.
A request needs a due time. Tell the client when you will reply and who owns the queue. A request with no owner is not safer. It is only slower.
Use a mixed model service by service
Do not label the whole firm "instant" or "request" when its jobs are not all alike. Check the job list one item at a time.
A salon might book a standard cut but review a colour fix. A mechanic might book a set check but review a fault that comes and goes. A cleaner might book a repeat visit at a known home but review an end-of-lease job with no photos.
For each job, record:
- the booking mode;
- the length rule;
- the right staff and tools;
- the client facts you need;
- the terms shown before submission; and
- the fallback when a check fails.
Keep phone, web and text bookings in the same shared diary. Our online booking versus phone booking guide shows why each path can work in its own way while all open times stay in one place.
Write clear messages that do not promise too much
The first line after the form should state the result. Do not make the client guess from a button colour or a long email.
For a firm booking
Booked: Your visit is set for Tuesday 18 August at 10:30 am. Then show the job, place, staff member if needed, price or quote state, change path and key terms.
For a booking request
Request received: We are checking Tuesday 18 August at 10:30 am. This time is not booked yet. We will reply by 4 pm today. Then show how the client can fix the request or call the team.
Do not send the usual booked message while a request is on hold. A booked message and a reminder do different jobs. Read the booking confirmation versus reminder guide before you set the text flow.
Test the full path before switching it on
Run test bookings with fake client details and staff who know it is a drill.
- Book a clear job. Check it shows once, with the right length, worker and time.
- Try the wrong worker. Check the app blocks the match or sends it to review.
- Create a near clash. Check gaps, travel and shared tools, not just start times.
- Remove a key fact. Check the flow asks for it or turns into a request.
- Turn off the live diary. Make sure the app does not guess that a time is free.
- Read the client message. Check the words match the true diary state.
- Review a request on hold. Check one person owns it and the client gets the final answer.
- Change and cancel it. Check the old time, texts and staff link all close as they should.
If staff share one diary, test two bookings at once. Test rooms and tools too. The Alice double-booking guide for teams has more checks.
How Alice separates Auto-Book from Needs your OK
Alice uses two paths for the same reason as this guide. Auto-Book is for a job that passes the current job, time and diary rules. Needs your OK keeps an unclear request for the owner to check.
The fallback is key. If Alice cannot check the live diary, the honest result is a request or call back, not a firm booked message. The owner keeps control of odd jobs while clear ones can move fast.
See the public Alice Booking Diary overview to learn what the app does. Then test the five checks with your own jobs, staff and diary rules.
Frequently asked questions
Is a booking request the same as a firm booking?
No. A request holds the client's chosen details. It becomes a firm booking only after the team or app accepts it and sends a clear booked message.
Should every online booking be instant?
No. Instant booking fits jobs with a known length, clear terms, staff rules and live open times. Use review when your team still needs to judge the work or get more facts.
Can one business use both booking modes?
Yes. Choose the mode job by job. Set work can be instant. Large, mobile or odd jobs can stay as requests.
What should happen if the live diary fails?
Do not guess. Keep the client's details, say the time is not booked, and send the request to a person who can check the diary and reply.
How fast should a team answer a booking request?
Set a reply time your team can keep, then show it when the request is sent. The right window depends on staff and work hours. Give each request an owner and a step to take if it runs late.
Sources checked on 16 August 2026
- Royal Australian College of General Practitioners: Online appointment technology
- Service NSW: Service Booker customer booking system
- HotDoc Help: How do I book an appointment with my practitioner?
- Waitwhile Help Center: Automatic bookings or booking requests
App settings and guides can change. Check the live pages and test the real client and diary path before you trust a booking rule.
Let Alice handle the clear path
Keep clear bookings moving and send unsure work to you for a choice. Start with five facts and one honest fallback.
See Alice in action