Aug 7, 2026
Ask an operator what they sell and you'll usually get a list: rooms, bathing, treatments, tours, dinner. Ask a booking system the same question and it needs a much more precise answer, because each of those is a different unit of inventory, sold by a different rule, and constrained by a different thing.
That difference is why some booking systems handle a hot springs retreat comfortably and others fall apart on it. It's worth understanding before you choose one, and worth understanding even if you're happy with what you've got, because it explains why certain things at your place are still being done by hand.
Four booking types, four different rules
Almost everything sold in accommodation, wellness and tourism falls into one of four families. They look similar on a website. They behave nothing alike underneath.
- Accommodation: sold per room, cabin or site, per night. The constraint is the physical room. Seasonal rates, minimum stays, bedding configurations, and a calendar that has to hold a date range rather than a moment in time.
- Bathing and timed entry: sold per person, per session. The constraint is capacity in a window: how many bodies can be in the water between 2pm and 4pm. Different rates by guest type, by time of day, and often by bathing area.
- Spa treatments: sold per treatment, but constrained by two resources at once, a qualified therapist and a treatment room. Both have to be free, and the therapist has to be trained in the thing being booked.
- Activities, tours and dining: sold per seat on a schedule. The constraint is a departure or a sitting: 11am tour, 7pm table, 24 places, and a manifest someone has to carry.
Four types, four units, four constraints. A system built around only one of them (and most are built around accommodation) will treat the other three as add-ons, which is exactly where the manual work creeps back in.
The simple booking: one element
Start with the easy end. A single-element booking is one guest buying one thing, and every booking system on the market can do this.
One room, one night. The guest picks an arrival date, how many nights, how many adults. They see what's available, pick a room type and bedding, and pay a deposit or the full amount.
Accommodation: a room, some nights, done
One bathing session, four people. Different shape entirely. There's no date range: there's a date and an arrival time, chosen from the sessions that still have room. And the price depends on who's coming, with adults, children by age band, concession and seniors all priced separately.
Bathing: a session, a time, a mix of guest types
Both of these are clean transactions. The guest gets a confirmation, staff see it on a list, the money lands in one revenue account. Nothing to reconcile, nothing to coordinate.
The trouble is that simple bookings are also the least profitable ones you sell.
Two elements: the stay plus something
The first real step up is a booking with two parts, and it's the single highest-value change most operators can make, because the second element is nearly all margin on a guest you've already won.
A room plus a bathing session. A soak plus a private bathing pavilion. A tour plus the accommodation the night before. The guest is already at checkout with their card out; adding $45 of bathing to a $160 room takes one tap.
Bathing, a treatment and dinner offered against a room already in the cart
Two things have to be true for that tap to work. The system has to know the guest's dates and party size already, so it can offer only sessions that actually exist while they're on site. And it has to check availability on the second element in real time. Offering a 6pm sitting that's full is worse than not offering it at all.
And when the guest picks a date, both elements are checked together rather than one after the other.
Two elements, two times, one price
Note what the guest sees: one date, one price, one thing to remember. Underneath, two separate pieces of inventory are being held: capacity in the 9am bathing session, and a qualified therapist free at 11am. If either one isn't available, that combination is never offered.
Six elements: the real itinerary
Now the interesting part. Consider a guest who books a getaway for two:
- One night in a queen room
- 4.30pm: bathhouse bathing
- 6.00pm: dinner
- 8.00am: gourmet breakfast the next morning
- 10.00am: a 60 minute massage before they leave
- A picnic hamper to take with them
Six elements, across four booking types, spanning two days, on one booking, at one price.
Six elements, two days, one price
Every element in that list is doing something different. The queen room is a room for a night. The bathhouse entry is capacity in a window. Dinner is a seat at a sitting. Breakfast is a sitting the next morning. The massage needs a qualified therapist and a treatment room, both free at 10am.
And the elements are ordered: the dinner sitting has to be after the bathing session ends, breakfast has to fall on the second day, and the whole thing has to be checked as a unit. If the 6pm sitting is full, the package isn't available with 4.30pm bathing. It's available at a different time, or it isn't available at all.
Ordering isn't only about sequence, either. A guest coming out of the bathhouse needs time to dry off, change and walk to the restaurant, and that gap is real whether or not anyone has accounted for it. Netbookings holds a transfer time between every pair of areas, a quarter of an hour from bathing to dining, half an hour from bathing to a treatment room, and drops it in automatically as it assembles the itinerary. That's why the times in the list above have air between them instead of running back to back. Nobody typed those gaps in, and nobody has to remember them when a guest asks to move something.
Look at the cart beside it. The guest can swap the massage for a different treatment, or extend it with an enhancement, and the availability check simply runs again. That flexibility is the difference between a package and a fixed bundle nobody can adjust.
Now look at the picnic hamper. It's the only line with no time against it, because it isn't a booking at all. It's stock, and it has to be packed and waiting when the guest checks out. Add a late checkout and you have a third kind of thing again: a modification to an element already in the list. A package is rarely a tidy list of bookable things. It's bookings, stock, timings and instructions, sold as one.
This is the point where systems that were built for one booking type stop being able to help, and the difference starts showing up in four separate places.
What it changes for sales and marketing
A package is a product with a story. "Bathe, dine and stay" sells in a way that a room rate and a menu never will, and it sells at a price the guest can't easily compare with anything else, which is the whole point.
- Higher average transaction value. Not by charging more for the room, but by selling more of what you already have. The bathing session was going to run anyway.
- Midweek and shoulder demand. A packaged experience gives someone a reason to come on a Tuesday in June. A room rate doesn't. And a package can be pinned to the days you actually want filled: tick Tuesday and Wednesday, and those are the only days it exists.
- Something to advertise. Packages are what goes in the newsletter, on the socials, in the gift voucher. A discounted room rate trains guests to wait for discounts; a package trains them to look at what's new.
- Agents and third parties can sell it. One product, one price, one commission: far easier for an agent to sell than four components they'd have to assemble.
Packages and individual services, browsable side by side
Two practical requirements come with this. Packages have to be buildable by your team, not by a developer, because the whole value is being able to put a new one up for a long weekend and take it down afterwards. And they need to be giftable, because a named experience at a fixed price is exactly what people buy for other people.
Where a package appears is worth deciding too. Give it a display category and it sits in the browse list under Packages, Bathing or Stay, wherever your guests would look for it. Or mark it suggestion only, and it never appears in the browse list at all: it surfaces as an offer once someone has something in their cart. The same product, sold two completely different ways, and the choice is a toggle rather than a rebuild.
What it changes for the guest, online and on arrival
Online, the guest's experience of a six-element booking should be indistinguishable from a one-element booking: pick it, pick a date, pay, done. All the complexity is yours to absorb.
Two things ruin it, and both are worth checking on any system you're assessing:
- Being offered something that isn't available. If the availability check happens at the end rather than as the guest builds, they get to the payment screen and are told no. That guest usually doesn't come back and try a different time.
- Being asked the same thing twice. Names, dates, party size, dietary requirements, waivers: asked once, applied to every element.
On arrival, the test is different: can a staff member see the whole visit on one screen? A guest who has pre-paid for six things has, in their own mind, made one arrangement. They will ask about it as one arrangement. "What time's our massage?" and "are we down for dinner?" are the same conversation, and if the answers live in three systems, that conversation goes badly at the busiest moment of the day.
Done properly, the opposite happens. The guest walks in, their bathing e-ticket or wristband is already linked to the booking, the desk can see the treatment time and the dining sitting without looking anything up, and the two items they buy on the day go onto the same visit.
When nobody's at the desk: self check-in and door codes
Sometimes there's no arrival conversation to get right, because there's nobody there to have it. A guest on an 11pm flight, or a property that runs without on-site staff at all, still has to get into the room. The last element of a multi-part booking is often a door code rather than a person.
Guests log into My Account and find the code waiting against their booking. No handover, no key safe, nobody sitting up at reception for a late arrival, and no phone call to your mobile at midnight.
Self check-in: the door code on the guest's own booking
Both bookings there are paid in full, and only one has a code against it. The other arrives the following night and hasn't been released yet. Two details are what make this work rather than merely save a walk to the desk:
- It's released on the day of arrival, or the day before, whichever the property prefers. Not at the moment of booking, months out, when a code has plenty of time to be forwarded, screenshotted or forgotten.
- It only appears once the booking is paid in full. That quietly turns check-in into a collection step: the code does your chasing for you, without anybody having to make an awkward phone call.
On a six-element booking this matters more, not less. The same My Account screen that hands over the code is where the guest checks what time their treatment is and whether they're down for dinner, so someone arriving at 11pm to an empty reception still lets themselves in and knows their whole itinerary for the morning.
What it changes for staff
This is where multi-element bookings are either quietly absorbed or quietly expensive, and it rarely shows up in a demo.
Building the package. Someone has to define what's in it, what it costs, when each part happens, and whether guests can buy it online, gift it, or both. That should be a screen, not a project.
The same package, from the inside
That's the same getaway the guest was booking earlier, seen from the staff side. Its components run down the right, each tagged with the module it came from: bathing, dining, stay, dining again, spa service. The toggles on the left decide whether it can be booked by staff, booked online or given as a gift.
Every line carries its own quantity. The bathing, the dinner and the room are all for two, because that's what a getaway for two means. The picnic hamper is one, because two people leaving together don't need two hampers. That sounds trivial until you price it, and it's the sort of thing that quietly goes wrong when a package is really four bookings taped together.
Pricing by season. Look at the price panel. The same package is $450 for the 2025/26 season and $550 on a public holiday. That's one product carrying two rates, not two products. You aren't building a separate "public holiday getaway", advertising it alongside the standard one and remembering to switch them over at Easter. The package prices itself according to the date the guest picks, and the advertised price they see follows.
It matters more than it sounds. A package spanning two days can straddle a rate change, and the components inside it may each have their own seasons: a room rate that moves in peak, a dinner sitting that costs more on a Saturday. Pricing the package as a product means you set what the guest pays, once, rather than hoping the sum of six moving parts lands somewhere sensible.
Controlling when it sells. Price is one lever, availability is the other. A package can be given a season of its own: an available-from and available-to date, and a row of day-of-week tick boxes. Leave it blank and it sells all year. Tick only Tuesday and Wednesday and the package simply doesn't exist on any other day, which is how a midweek offer stays midweek without anyone policing it. The dates are day and month rather than a full date, so a winter package set up once comes back the following winter on its own.
That combination is more useful than either half alone. A quiet Tuesday in June is a different problem from a sold-out Saturday, and a package aimed at the first shouldn't be sitting on your website tempting people away from the second.
Offering alternatives. Look at the swaps. The queen room can be exchanged for a king at a $50 offset, and the massage for a signature facial at no extra cost. That's what keeps a package from being a rigid bundle: the guest gets a choice, and you still control what the choice costs.
Assigning the resources. A treatment inside a package still needs a therapist who's qualified to do it and a room to do it in. If a guest takes that facial instead of the massage, the check has to run again. Otherwise you find out at 2pm that the only person rostered isn't trained on it.
Changing it. Guests move things. "Can we do the massage before dinner instead?" is a reasonable request that touches one element of six, and it must not mean cancelling and rebuilding the booking: that's how deposits get lost and packages get repriced by accident.
Serving it. The kitchen needs the covers and the dietaries. The spa needs the schedule. Housekeeping needs to know the welcome gift goes in room 2. Each department needs its own view of the same booking, in its own language.
Selling it at the counter. Whatever a guest can build online, your team needs to be able to build at the desk or over the phone, on the same booking, including adding to a visit that's already underway.
The same getaway again, this time at the counter
Look at the booking numbers. It's booking 4487, and it appears as 4487/1, 4487/2 and 4487/3: the room at 2pm, the bathhouse at 4.30pm, dinner at 6pm. One booking, three components, each carrying the package name so nobody has to work out that they belong together. That is what "one arrangement" looks like to the person standing at the desk.
Notice the bottom left as well: total, paid, owing. On a multi-element booking that's not a nicety, it's the only way a staff member can answer "what do we owe?" without a calculator. And the buttons around it are the rest of the day. A towel, a wristband, a round of drinks, all added to the same order rather than rung up as a separate sale nobody can later connect back to the visit.
What it changes for finance
Here's the problem that catches people out. The guest paid one price for that getaway. Your accounts need to see six numbers, because accommodation, bathing, food and beverage, spa and retail each report to a different department, sometimes a different revenue account, sometimes a different tax treatment, and often a different manager's budget.
If the components live in separate systems, that breakdown is done by hand, monthly, by whoever is least able to argue about it. If they live in one system, the split is defined once when the package is built and reported automatically on every sale:
| Component | Split | $450 standard | $550 public holiday |
|---|---|---|---|
| Accommodation | 40% | $180 | $220 |
| Massage | 20% | $90 | $110 |
| Dinner | 16% | $72 | $88 |
| Bathing | 12% | $54 | $66 |
| Breakfast | 8% | $36 | $44 |
| Picnic hamper | 4% | $18 | $22 |
| Total | 100% | $450 | $550 |
The guest still sees one price. Every line posts to the right department automatically, with no manual breakdown and nothing to reconcile at month end.
The last column is the reason the split is a percentage rather than a set of fixed amounts. When the same getaway sells at its public holiday rate, every department's share scales with it and nobody redoes the arithmetic. Set it once when you build the package, and it stays right through every price you ever charge.
Those percentages aren't kept in a spreadsheet somewhere. They're typed against each component on the setup screen you saw earlier: 40 against the room, 20 against the massage, 16 against dinner, down to 4 against the picnic hamper. Then you can forget about them.
Here's what comes out the other end. One getaway, sold for 7 August, reported by revenue account:
The same $450, reported by account
Six components, four accounts. Accommodation takes $180, spa $90, bathing $54. And 3006 Food & Beverages takes $126, because dinner, breakfast and the picnic hamper all belong to the same department: 16% plus 8% plus 4% of the $450. Nobody sat down and worked that out.
Note the account numbers. They map to a real chart of accounts, and the report exports as data, xlsx or pdf, so this is the number your bookkeeper works from rather than a starting point for an argument. The guest, meanwhile, paid $450 for a getaway and never saw any of it.
Everything downstream depends on that split being right:
- Department reporting. Did food and beverage have a good month, or did packages just sell well? You can't tell without the split.
- Revenue recognition. A package paid in March for a stay in June is a deposit in March, not revenue.
- Commission. An agent's commission may apply to some components and not others.
- Reconciliation. One payment, several revenue lines, which balances only if the split is applied at the point of sale rather than at month end.
Five questions worth asking any booking system
If you're assessing a system, or wondering why your current one makes hard work of certain bookings, these five questions separate the ones built for a single booking type from the ones built for a business like yours.
- Can one booking hold accommodation, a timed entry, a therapist-constrained treatment and a scheduled sitting at once?
- Is availability checked on every element as the guest builds the booking, or only at the end?
- Can your team build and change a package, without a developer?
- Can one staff member see and modify the whole visit on one screen, at the counter?
- Does the revenue split across components report automatically, or does someone do it by hand each month?
The reason these are hard has nothing to do with website design and everything to do with what's underneath. A multi-element booking only works cleanly when accommodation, bathing, treatments, dining, retail and vouchers are in the same system, sharing one availability picture, one guest record, one payment and one ledger. Stitch four best-of-breed tools together and the guest gets four confirmations, your staff get four screens, and your accountant gets a spreadsheet.
The upside is worth the trouble. The operators getting the most out of what they own are almost always the ones selling the six-element booking: the same rooms, the same pools, the same kitchen, arranged into something a guest can't buy anywhere else.
Questions?
If you'd like to talk through what your own bookings look like, simple or complicated, our team is happy to go through it with you. Get in touch or jump into live chat.
