Peak-season booking admin triage.

A 30-minute weekly review for campsite, holiday park and glamping operators to surface arrival blockers, overdue balances, booking changes and capacity risks before they become guest problems.

By Keydesk Product Team20 July 20269-minute read
Monday · 09:00

Booking admin triage

TimeControl pointOutput
  1. 0–2Open one current operating viewOwner
  2. 2–7Find arrival blockers firstOwner
  3. 7–12Separate money due from money at riskOwner
  4. 12–18Resolve changes that can create two realitiesOwner
  5. 18–24Protect sellable capacityOwner
  6. 24–30Turn the remaining queue into owned actionsOwner
Review length
30 min
Planning horizon
7 days

The short answer.

Review only exceptions that could affect an arrival, payment, confirmed booking or sellable capacity in the next seven days. Do not solve every case in the meeting. Give each open item one owner, one due time and one next guest update, then stop at 30 minutes.

Why triage?

Busy teams need a control loop, not another backlog meeting.

Peak-season booking administration rarely arrives as one large problem. It accumulates as small gaps: an amendment written in an email but not the calendar, a balance reminder with no owner, a unit hold with no end date, or a guest request accepted without a handover.

A useful triage review does three things. It narrows the horizon, looks for exceptions instead of reading every booking, and converts each exception into an owned next action. That protects the week ahead without asking the team to tidy the entire system while arrivals are already moving.

The word triage matters. It means ordering work by operational impact. A formatting problem can wait. An unready unit assigned to tomorrow’s arrival cannot.

Interactive version

One clock. Six checkpoints. A clear stop.

Tick each checkpoint as the review moves. The detailed prompts appear below, but the meeting itself should stay at decision level.

Working checklist

Run the 30-minute review now.

0 / 6

The review is finished when every exception has an owner and next action, not when every problem is solved.

30:00 hard stop
The six-step method

What to review in each part of the 30 minutes.

Use the prompts to build a repeatable exception view. Remove any check that does not create a decision for your operation and add a site-specific control only when it earns its place.

0–2 minutes
Step 1 of 6

Open one current operating view

Choose the next seven days and stop the team opening separate versions of the truth.

  • Arrivals and departures by pitch, unit or grade.
  • Balance status and payment exceptions.
  • Booking amendments, cancellations and date moves.
  • Closures, maintenance holds and accepted guest requests.

Decision: Agree which screen, report or worksheet is the control view for this review.

2–7 minutes
Step 2 of 6

Find arrival blockers first

Start with stays that could fail visibly in front of a guest.

  • Arrival time, access method or contact details are missing.
  • A pitch or unit is not clearly ready or assigned.
  • A pet, accessibility or party-size request needs a decision.
  • A booked extra has no fulfilment owner.

Decision: Assign the person who will clear each blocker and the latest safe completion time.

7–12 minutes
Step 3 of 6

Separate money due from money at risk

Do not treat every future balance as overdue. Work only the exceptions that need action.

  • Failed or overdue payments attached to an imminent arrival.
  • A balance date has passed without a recorded payment or agreed exception.
  • Refunds, credits or deposit transfers remain unresolved.
  • The guest received a payment request but the booking record was not updated.

Decision: Choose the guest contact, internal correction or authorised exception required next.

12–18 minutes
Step 4 of 6

Resolve changes that can create two realities

Prioritise amendments where the guest message, inventory and payment position might disagree.

  • Changed dates or accommodation have reached the live calendar.
  • Party details, extras and price were recalculated where required.
  • Cancelled inventory is sellable again or deliberately held.
  • Telephone, email and system notes describe the same confirmed outcome.

Decision: Name the current booking truth and remove or label the stale version.

18–24 minutes
Step 5 of 6

Protect sellable capacity

Check the decisions that could oversell, undersell or expose an unready unit.

  • Maintenance or operational closures have start and end dates.
  • Minimum stays and arrival rules match the dates being sold.
  • Manual unit moves did not leave an old assignment behind.
  • A low-availability date is genuinely full rather than blocked by a stale hold.

Decision: Release safe capacity and hold anything that needs an explicit operating decision.

24–30 minutes
Step 6 of 6

Turn the remaining queue into owned actions

Finish with responsibility and communication, not a longer list of observations.

  • Every exception has one owner rather than a department name.
  • Every action has a due time related to guest or operational impact.
  • The next guest update is written or scheduled.
  • Anything deferred has a reason and a review point.

Decision: Read back only the owner, due time and next update for each open exception.

Keep the meeting small

Four rules stop triage becoming another problem.

The value is not in discussing every detail. It is in creating a dependable route from exception to decision.

01

Bring one controller

One person owns the clock, current view and action record.

02

Discuss exceptions only

A normal booking does not need to be read aloud to prove it is normal.

03

Move investigation out

If the answer needs more than two minutes, assign it and continue.

04

End with a read-back

Confirm owner, due time and next guest update for every open item.

Record only what moves the work

Use one exception handover table.

The action record should be shorter than the discussion. Keep the booking reference, impact, owner, due time and next update together.

Booking / unitException and impactOwnerDueNext guest update
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________

Keep sensitive payment or guest information in the authorised booking record. The handover needs enough detail to route the action, not a duplicate copy of personal data.

Measure the system behind the queue

Turn repeated exceptions into the next 90-day improvement.

The Outdoor Accommodation Operator Scorecard covers booking-admin hours, manual touches, arrival readiness and nine related controls. Use the weekly review to collect evidence, then choose the three changes worth making next.

Explore the scorecard
Connect the operating views

Three resources for the issues triage exposes.

Booking calendar

Keep availability, reservations, arrivals, departures and balances in one working view.

Use this resource

Changeover checklist

Move accommodation preparation and release into a separate role-based control.

Use this resource

Guest records

Keep contact details, consent and stay context connected to the current booking.

Use this resource
Peak-season admin questions

Booking-admin triage FAQ.

Should booking administration be reviewed daily or weekly in peak season?

Use the 30-minute review weekly as the full control check, then run a shorter daily exception scan when arrival volume or operational pressure requires it. The daily scan should not recreate the whole weekly meeting.

Who should lead the booking-admin triage?

Choose the person who can see the current booking position and assign work across reservations and operations. That may be an owner, park manager, reservations lead or duty manager. One person should control the clock and record decisions.

What if the team cannot finish in 30 minutes?

Do not solve complex cases inside the review. Assign an owner, due time and next guest update, then move the detailed work out of the meeting. Repeated overruns usually indicate unreliable source information or too many items entering the queue without ownership.

Can this work with a paper diary or spreadsheet?

Yes, provided the team identifies one current control view and marks stale copies clearly. The review may also expose where repeated copying, manual reconciliation or missing status fields are creating avoidable risk.

Which numbers should be tracked after the review?

Start with the number of unresolved arrival blockers, overdue balance exceptions, booking changes awaiting confirmation and weekly booking-admin hours. The Keydesk Operator Scorecard provides a wider 12-measure framework.

Is this a replacement for a changeover checklist?

No. Booking-admin triage confirms the commercial and guest record around a stay. A changeover checklist controls cleaning, maintenance, setup and release work for the accommodation itself. The two should share current stay information without becoming one oversized process.

Where Keydesk fits

Make the weekly position easier to see.

Keydesk is building direct and booking-office reservations, a live booking calendar, operator-controlled pricing, deposits and balances, extras and guest records for independent accommodation operators.

This article does not claim that software removes every exception. The product test is whether the team can see the current position, identify what needs judgment and complete the routine action without unnecessary copying.

See the Keydesk booking calendar
A calmer control loop
  • One current booking position
  • Visible balances and stay status
  • Clear arrival and departure horizon
  • Guest details connected to the reservation
Evaluate the workflow with your own pitch, unit, stay and payment rules during early access.
Written by
Keydesk Product Team

Based on the booking, payment and arrival-control workflows being designed and documented while building Keydesk for independent accommodation operators.