Booking software for waterfront venues
Build your venue.
Then run it for a minute
Name it, say who's allowed to book, and you get a working guest app and back office with your name on them.
No account, no email, nothing saved. Sixty seconds.
1 · What is it called
2 · Who is allowed to book
this is the whole decision3 · What are you selling seats on
Floating tables and bars. Capacities and prices are yours to set — nothing about the fleet is in code.
4 · Anything else
add-ons4 packs · 32 features · Commercial
Everything in the box
whatever you pick- Fleet and capacity, fully editableWorking here
Any number of boards, tables or cabanas, any capacity. Nothing about the fleet is in code.
- Fixed sessions from templatesSimplified
Sittings per day type, generated on a rolling horizon rather than booked as arbitrary times. The demo has three fixed sittings; the generator itself is in the schema, not here.
- Sell by the seat or the whole boardWorking here
Both modes on the same inventory, with the conflict between them resolved rather than ignored.
- Buyout priority windowWorking here
Whole-board only until a cutoff. If nobody takes it, seats open automatically at the cutoff.
- Zero double-bookings, enforced in a transactionDesigned, not built
Inventory is validated inside the lock at confirmation, never at cart time. Lives in the real booking engine. This prototype simulates availability and has NO such protection.
- Booking lifecycle with holdsSimplified
Draft to confirmed to checked in to completed, with an inventory hold that expires on its own. States are shown; the hold expiry job isn't built.
- Book on someone's behalfWorking here
Phone, WhatsApp and walk-up intake, at whichever rate class the caller qualifies for.
- WhatsApp-first notificationsDesigned, not built
Confirmations, butler names and changes on the channel people actually read, email as fallback.
- Day-of run sheetWorking here
Every party, by session and board, with party size, spend and what they pre-ordered.
- Check-inWorking here
One tap per party, and the sheet reflects who is actually on the water.
- Staff and butler assignmentWorking here
Assign a named person to a party; the guest gets the name before they arrive.
- Close a session, relocate the guestsWorking here
Weather or maintenance closes a sitting and flags everyone on it, offering the sessions still open.
- Roles and capabilitiesDesigned, not built
Admin, host, butler and partner, each reaching only what their job needs. Built in the real back office. Not modelled in this prototype.
- Audit log on every overrideDesigned, not built
Who changed a price, forced a booking or closed a session, and when.
- Book with no account at allWorking here
Name and a phone number at checkout. No sign-up, no password, no app to install.
- Manage a booking by magic linkDesigned, not built
An opaque per-booking link does the job a login would, so a walk-up never has an account. Built in the real customer surface.
- Cap walk-ups on a busy sessionSimplified
Hold back a share of a peak sitting, with an automatic release so held seats never sail empty. Enforced, and the back office counts it exactly off the run sheet. The guest surface simulates how much of the share has gone, because a browse screen has no run sheet to count against. Note the cap can only ever apply between seats opening at T-48h and the hold releasing at T-24h — a one-day window.
- The hold releases on its ownWorking here
Inside the release window every unsold seat opens to anyone, so a held seat never sails empty.
- Every closed state says why, and when it changesWorking here
Held back, sold out and somebody's standing slot read differently, and a hold names the day it lifts.
- Rack rates and day passesWorking here
A public price that stands on its own, separate from anything a member or resident pays.
- In-house versus day-guest ratesWorking here
Staying here is worth something at the beach, and the gap is a number you set.
- Party-size recommenderWorking here
At the size where a whole board costs about what seats cost, the app hands you the board.
- Charge to a room or venue billWorking here
An in-house guest settles at checkout instead of paying on the water.
- Packages mapped to a supplying kitchenWorking here
Each package belongs to exactly one supplier, so an order always has an owner.
- Lead time enforced, not hoped forSimplified
A configurable cutoff before the session, and anything inside it is flagged for the kitchen to accept. Late orders are flagged; the cutoff isn't computed from the session time.
- Partner order feedWorking here
What to make, for whom, by when — tracked from sent to picked up.
- A partner sees only its own ordersDesigned, not built
An outside company gets a login that reaches its order feed and nothing else. Built in the real back office as a role.
- Cost model down to per-guest iceWorking here
Per board, per session, per guest and whole-business lines. Everything starts at zero.
- Break-even occupancy and seat priceWorking here
What today's prices demand, and what price today's occupancy demands. Both on one screen.
- Solve it backwards to a targetWorking here
Name the profit you want and see the occupancy or the price it needs.
- Scenarios you can save, pin and sendWorking here
Two cost structures side by side while you negotiate, and a link that carries one.
- What a standing slot actually costsWorking here
Seats forgone when a held slot sails empty, priced separately so it never hides in occupancy.