Escape room booking system: rooms, slots, deposits, online tickets
An escape room sells a specific hour in a specific room. Two bookings for “Hospital 6 pm” is a disaster. An escape-room booking system, room calendar, online tickets and a deposit — instead of Messenger and Excel.
An escape-room owner is not looking for a framework. They want a booking system that will not sell the same slot twice. Room “Lab” at 6 pm is free or it is not. You cannot squeeze in another chair like a restaurant, and you cannot shorten the briefing because a second family is already in the lobby. Ticket platforms take a cut; Facebook messages get lost. Your own room calendar, online tickets and a deposit keep the margin and the player list — on your domain, under your terms, with your SMS 24 hours before start.
A typical Polish site runs 2–6 rooms, a Saturday packed from 11:00 to 22:00, and a Tuesday with a hole in the grid. This is not a generic service booking system with one chair. It is an availability engine like a play centre and event tickets at once: a resource (the room), a clock (slot + reset), people (game master, sometimes an actor) and an add-on (birthday, voucher, team-building). If any of that lives in a notebook, Saturday ends in a double booking or an empty hour.
Why Excel and Messenger fail
The day starts with “have you got 6 pm for five?”. Reception checks Excel, a Messenger thread and a scrap of paper by the till. At the same moment someone clicks a portal, someone else calls, and a birthday parent writes a third time about a gluten-free cake. Online booking must know: which room, party size (min/max), briefing language, birthday pack, whether an actor is free, whether the cake room clashes with another start. Two families at one start is not “we will figure it out” — it is a refund, a one-star review and a wasted game master you will not get back that shift.
- A double booking on the same room and hour — the most expensive error in the business.
- A no-show without a deposit: the room sits empty, staff are paid, another group could have paid full price.
- A cut to an external ticket shop (portal, social, tourism marketplace).
- No waitlist when someone cancels Friday night — the slot dies with the message.
- Birthdays + open play + team-building in one notebook: a clash of room, GM and cake space.
- Names copied from Messenger into Excel: typos, a wrong phone, no game language.
- A price “by eye”: weekend rate, two-player rate, actor surcharge — and nobody enforces the rules.
Excel does not block a reset buffer. Messenger does not know that “Hospital” is 60 minutes of game plus 20 minutes of reset plus 10 minutes of briefing. A generic “90-minute service” calendar will sell 6 pm and 7 pm — and the crew will not finish putting props back, wiping handles and resetting clues. Purpose-built escape-room software treats that reset as a hard resource: 15–30 minutes between sessions, automatic. That is not a nicety. It is the only thing that does not explode on Friday.
What a slot really is, not “an hour of game”
The guest buys “an hour in an escape room”. You sell an operating window. A common Polish layout: 5–10 minutes of briefing (rules, safety, doors that stay unlocked, GM contact), 60 minutes of game, 5 minutes for the exit photo, 15–30 minutes of reset. End to end that is often 75–90 minutes from start to start. A room with an actor or heavier mechanics resets longer. A kids room may play shorter, but the parent briefing runs longer. Software that only knows “60 min” will lie on the calendar.
- Game time is marketing. Reset time is cost. The calendar must know both.
- One GM on two rooms works only when starts are staggered, not parallel.
- An actor, a birthday room and “+15 minutes extra” are resources, not a note in the margin.
- Game language (PL / EN / UA) is not decoration — it changes who can run the briefing.
- Minimum and maximum players must block a sale, not just “ask nicely in the email”.
A Saturday grid of four rooms is 20–30 starts. You can hold that by hand on a Tuesday. On Saturday at 17:00, when a walk-in arrives and someone asks to move a slot, Excel stops being a tool and becomes a bet. Escape-room software has one job in that minute: tell the truth about availability and take money for the slot before someone else clicks it.
What escape-room software must do
A good system is not a “write to us, we will call back” form. A guest at 23:40 will not wait until morning — they will use a portal or a competitor. The engine should show open slots, take a deposit or the full fare, issue a code and send a confirmation. Vouchers, B2B and a second site come after the first weekend runs without doubles.
- A room calendar: duration, cleanup, difficulty, min/max players.
- 24/7 online booking: date, time, players, name, phone, email, language, consents.
- Ticket sale with payment (BLIK, card) or a 20–50% deposit counted toward the ticket.
- Price rules: per-person extras, student / birthday rates, a Friday–Sunday and holiday tariff.
- A QR / booking number at the door — still usable offline if the basement internet dies.
- A 24h SMS and optionally a 2h SMS: confirm or free the slot; a waitlist gets it in a minute.
- A game-master panel: who is entering, notes (claustrophobia — only with consent), cake pack, language.
- A report: occupancy, no-shows, average party size, source (Google, Instagram, portal, referral).
- A blocked start when a GM or a key prop is missing — a closed slot beats a lobby argument.
Then come the things a generic “massage” SaaS does not model: a private hire (a company does not want strangers on the team), two rooms at the same hour for team-building, an actor add-on, a difficulty switch, a waiver for minors. That does not all need to ship in the MVP. The data model needs a place for it so you are not rewriting the calendar in six months.
No-shows and deposits — numbers, not morals
Without a deposit, no-shows in services often sit at 5–20%. A weekend escape without a deposit loses a whole 5–7 person slot, not “one chair”. A cautious sum: a Saturday slot of 6 × 80 PLN = 480 PLN of revenue. Two no-shows in a weekend is almost a thousand zloty plus the GM who still came in. TheFork in restaurants reports that a card guarantee can cut no-shows by about 65%. The escape-room equivalent is a room-booking deposit counted toward the ticket — 20–50%, or the full fare for a last-minute Saturday. The mechanics and the zloty maths sit in what an empty hour costs.
A deposit only works with three extras. First: an easy cancel inside the policy window (usually 24 hours, sometimes 48 on weekends) so an honest guest is not afraid to click. Second: a confirmation SMS — a share of no-shows is simply a forgotten “ok, we will take it” from Messenger. Third: a waitlist that gets the freed slot in a minute, not “tomorrow morning when reception reads email”. A form with no money will not cut no-shows. It will be a prettier spreadsheet.
Open play, birthdays and team-building are three products
The usual owner mistake is one form for everything. A group of friends at 6 pm is not the same process as a 12-year-old with a cake and 16 people from an office who want three rooms at 10:00, an invoice and a pizza room. If you pour that into one queue, Saturday explodes at reception.
- Open / standard: self-service, deposit or full fare, automatic SMS, QR at the door.
- Birthdays: a pack (room + party space + cake time), child min/max, guardian consent, extra supervision.
- B2B team-building: enquiry or a configurator, several rooms at one hour, event host, invoice and KSeF.
- Voucher / gift card: a code, an amount or “a game for N”, an expiry, book-a-date later.
- Walk-in: reception sees a real hole after reset, not “free in the Excel from an hour ago”.
B2B often eats two or three rooms at once and locks the actor. A company should not click the same widget as a couple on a date. A separate path: brief (headcount, goal, catering), quote, deposit, start timetable. Then the same room calendar, only with bundled resources. Sales cannot promise three “Hospitals” at 11:00 if you own one.
Ticket portal, generic calendar or your own app
Portals give reach. They take a percent or a subscription, they hold the reviews and — worse — they hold the guest contact. Switch the account off and visibility drops overnight. A generic booking SaaS can be enough for one room, a manual reset and an owner who already sits at the till. Your own escape-room system pays when you have 3+ rooms, team-building, a second site, or you want SEO on “escape room [city] book online” and you refuse to pay for every guest who already typed your name into Google.
- Head terms: escape room booking system, book escape room online.
- Support: tickets, room calendar, escape-room software, deposit, a tablet at reception.
- B2B: team-building booking, invoice, KSeF, several starts at one hour.
- Retention: voucher, a consented newsletter, “come back for the new room” instead of another portal cut.
You do not have to switch the portal off on Monday. Keep it for acquisition and your own site for margin and the list. Every booking that leaves the commission pays for the calendar. After a season the report shows sources: Google, Instagram, referral, portal. Then you choose which tap to keep — on start counts, not on a feeling.
Reception, QR and the game-master panel
The guest should arrive, show a code and go in. Reception should not copy a name from an SMS into a notebook. A QR scan (or typing the number if the screen fails) checks the group in, shows headcount, language, pack and whether the deposit is settled. If someone pays for a seventh player or extra hints — that sits on the booking, not “on a verbal at the till”.
The game master sees the start queue: which room, which hour, how many people, notes, whether an EN briefing is needed. Simple statuses: confirmed / briefing / in game / to reset / ready. On two floors or a second building the same view on a phone saves the running around. We do not mix this with in-room hint and effects software (timer, lights, audio). That stays whatever you already use. The calendar watches people and slots, not the magnet puzzle.
A voucher you can actually redeem
A gift card is a common second revenue after the slot — and a common mess. A code posted on Facebook, an expiry “until year end” in the owner’s head, redemption “somehow in the calendar”. The software should issue a code, an amount or a pack (a game for 4 / a named room), an expiry, and let the holder book a date without calling. After redemption the code dies. On a partial amount, the rest stays. A no-show on a voucher follows the same 24-hour ticket rule, not a separate mythology.
The same applies to “3 rooms in 3 months” packs and discounts for regular teams. The system watches the limit and the date, not reception from memory. Otherwise in December you discover you sold more “Horror” vouchers than you have Saturdays left before New Year.
Weekend pricing and a report that drives a decision
An escape room has different flexibility than a hairdresser. A Tuesday 16:00 can be cut with a price or a “2+1” pack. A Saturday 18:00 on the hardest room does not need a promo — it needs a deposit and a waitlist. The report should show: occupancy per room per weekday, average party size, no-shows before and after the deposit, booking source, B2B share, redeemed vouchers. Without that you raise prices “because the competitor did” or you keep an empty Tuesday out of sentiment.
It also matters which GM runs which starts and whether the actor actually pays back. This is not an HR suite. It is a simple table: starts with an actor vs without, a post-game score if you collect one, reset time. The decision to hire a second person on Friday comes from the calendar, not from the feeling after a long shift.
A mobile app — for whom, and for whom not
Players need a mobile-first booking page. Nobody wants a Play Store account to buy a 6 pm ticket. A tablet at reception scans the QR. An Android app for staff pays off with several floors, two addresses or an off-site event: the start list, status “in game / to clean”, a note. We do not force an install to buy a ticket. A guest app comes only when you run a chain and a loyalty scheme that actually brings people back — not “because the competitor has an icon”.
A rollout that does not kill the season
We do not migrate six years of Excel in week one. We set rooms, slots, reset, prices, payment and SMS. We move the next 30 days of bookings by hand or import. The portal stays on; the widget on your site starts selling. After two weekends you see whether the deposit cut no-shows and whether GMs still lose starts. Only then: vouchers, B2B, a second site, dynamic prices.
- You list rooms: game time, reset, min/max, languages, whether an actor is required.
- You set the deposit rule (for example 30% on weekdays, 50% Friday–Sunday) and the cancel window.
- You launch the widget on your own domain + BLIK/card + a 24h SMS.
- Reception and GMs get one start view. Excel goes to the archive, not “beside it just in case”.
- After a month you count no-shows, sources and occupancy. Then you decide on vouchers and the company path.
Safety, age and a waiver — before anyone enters the room
Polish venues on booking portals repeat the same set: full monitoring, constant contact with the game master, a door that opens from the inside, emergency lighting, an age floor (often 12–14 without a guardian) and a briefing language. That is not “terms on a page nobody clicks”. Reception must know before start: how many players are minors, who is the guardian, whether there is consent for the exit photo, whether anyone declared claustrophobia or a mobility issue. The escape-room booking system collects this at ticket purchase or at QR check-in, not on a slip at the till while the previous group is still leaving.
- Age and guardian: a hard rule per room (horror vs family), not “we will let them in somehow”.
- A waiver on the phone or tablet — status “signed” before the start.
- Briefing language (PL / EN / UA) blocks the slot if no GM is free in that language.
- Medical notes only with consent and only for the GM, not on a public ticket PDF.
In-room hint software (timer, lights, audio) stays separate. The calendar does not drive the lock or the puzzle. It watches that the group walking in has the consents and that a start does not begin with an empty waiver. That is cheap risk to remove and a common reason for a one-star review when someone “did not know the door opens but the actor shouts”.
The GM rota: a slot with no staff should be closed
Trade booking tools (Resova, Bookeo, CaptainBook and peers) repeat the same point: a 15–30 minute reset is hard, and a start with no assigned game master should not go on sale. In a small site the owner “will cover two rooms somehow”. At four 6 pm starts and one actor that collapses. Escape-room software treats the GM as a resource: a shift, a language, whether they run the actor, how many rooms at once. When the shift is empty, the slot leaves the widget. A closed hour beats a group in the lobby with nobody who knows the scenario.
The same applies to a prop without which the room does not exist (a mechanism in repair, a lock to replace). Status “room off until further notice” should hit the site in a minute, not after someone buys a ticket at 23:40. Reception on a tablet closes a day or a single start. An external portal, if it stays, gets the same availability via API or a manual block — otherwise you sell what you do not physically have.
Occupancy maths: four rooms, a weekend, empty Tuesdays
A cautious site: 4 rooms, a slot every 90 minutes, Saturday 11:00–22:00 is about 7 starts per room, 28 starts. At an average 5 people × 80 PLN = 400 PLN per start, a full Saturday is about 11,200 PLN of revenue. One doubled start is a refund and a review. Two no-shows without a deposit are 800 PLN plus the GM wage. A waitlist that fills one of those slots pays for SMS for half a year. A Tuesday with three starts does not need Saturday 18:00 pricing — it needs a 2+1 pack or a voucher dated off-weekend, so December Saturdays are not eaten by gift cards.
A report that shows this (occupancy × weekday × room × source) is part of the escape-room booking system, not “Excel beside it”. Without it you raise prices in the dark or keep an empty Tuesday out of sentiment. After a month with a deposit you compare no-shows before and after. That is the only number that says whether 30% is enough or Friday–Sunday should take the full fare.
Describe room count, slot length, whether you take a deposit and whether you run B2B. An escape-room booking and ticket quote in 24 hours — first a calendar that does not lie on Saturday, not a marketplace for all of Poland.
Frequently asked questions
- Will this replace Facebook and the portal?
- Facebook and Instagram stay as ads. You can keep the portal for acquisition. Online booking and payment should live on your site, on your domain, with your phone list.
- How many rooms can the calendar handle?
- From one to a chain. Each room is a resource with its own game time and reset. A second site is the same engine, another address and a separate GM rota.
- Can we sell a voucher or gift card?
- Yes — a code, validity, an amount or a pack, book-a-date. A common second phase after the calendar and deposit. The code dies after redemption, not “somehow in a notebook”.
- What about no-shows if the guest will not pay by card up front?
- Leave a transfer or BLIK for the deposit. On Friday and Saturday a full fare is often saner than 20%. A form with no money will not cut no-shows. SMS + easy cancel + a waitlist do the rest.
- How do we handle corporate team-building?
- A separate path: enquiry or a configurator, several rooms at one hour, an event host, a deposit, an invoice and KSeF. A company should not click the same widget as a couple at 6 pm.
- Do players need a Google Play app?
- Not at the start. A mobile-first page, an email with a QR and a tablet at reception are enough. A staff app pays off with several floors or two addresses. A guest app — when you have a chain and loyalty, not to sell the first ticket.
- How long to go live with calendar and tickets?
- Rooms, slots, payment, SMS and a start panel are usually weeks, not months. Vouchers, B2B and a second site come after the first weekend runs without doubles.
- Does the system drive in-room puzzles and the timer?
- It does not have to, and usually should not. Hints, lights and effects stay in the software you already use. The calendar watches availability, money and people. Mixing those two layers on day one does not speed the launch.
Describe your project