Guide · Booking without an app
How to let hotel guests book restaurants from their phone without downloading an app
With a hotel web page that opens from a link or a QR code. Guests sign in with their room number and last name, see the seatings that have room and confirm. They install nothing, create no account and hand over no card, and the reservation lands in the same record the concierge uses.
Mesatto team · Updated
Why a web page and not an app
An app asks guests to download, sign up, accept permissions and remember a password, all for a stay of a few days and often on hotel Wi-Fi. Some guests never install it, and those guests end up in the concierge line, which is exactly what you wanted to avoid.
A web page asks for none of that. It opens with the phone's camera and works the same on any model.
If your brand already has an app guests use for other things, keep it: connect it to the same reservation system, so the app and the page show the same availability.
What it needs to work
An entry point guests can see
The QR code in the room, on the key card sleeve, in the lobby and in the welcome email. If a guest has to ask where to book, they're already in line.
Sign-in with what they already know
Room number and last name. No password and no sign-up: it's what the concierge would ask for over the phone.
Real availability
The page has to draw from the same capacity as the concierge. An allotment set aside for "digital" either runs short or goes to waste.
The hotel's rules in plain view
What their stay includes and what carries a charge, which restaurants require a minimum number of nights, the dress code. Whatever the guest doesn't see before confirming, they'll argue about at the door.
Change and cancel in the same place
If booking is easy and canceling isn't, you'll get no-shows. Guests should be able to move or cancel a reservation on the same page, within the window the hotel sets.
Limits against abuse
A cap on reservations per room per day, and a throttle on repeated attempts. With those in place, what someone guessing a room number can do is limited to a reservation the team can cancel.
Is room number and last name secure enough?
It isn't a password, and it shouldn't be sold as one: it checks that whoever is booking knows the room number and the last name, nothing more. What makes it reasonable is what the page doesn't do: it doesn't ask for or store payment details, and anything with a charge goes to the room account, where the guest sees it.
The real risk is someone booking under another room. You contain it with the limit on reservations per room per day and the throttle on attempts. If your operation needs to validate against the PMS, that's a job for an integration or for the brand's app.
What to measure
- What share of reservations comes in through the page and what share through the concierge.
- No-shows by channel: if the page brings more of them, the reminder or the way to cancel is missing.
- What time of day guests book, to see whether the page covers the hours the concierge desk doesn't.
- How many reservations are changed or canceled from the phone.
How Mesatto handles it
Mesatto's guest booking page
One page per hotel that opens from a link or a QR code and applies the same rules as the concierge. Available depending on the plan.
- Room number and last name; no app, no account and no card.
- The price for their guest category in view before confirming; anything with a charge goes to the room.
- Full seatings shown grayed out, not hidden, and restaurants with a minimum stay say why.
- Guests change or cancel within the window the hotel sets.
- A limit on reservations per room per day, and throttling of repeated attempts.
- Turned on per hotel, and reported as its own channel.