QR ordering for hotels and resorts: in-room dining without the phone call

Making QR in-room dining work in practice

Hotels have been putting QR codes on things since 2020, and most guests have learned to ignore them. The ones that get used are the ones that are obviously useful, clearly labelled, and lead to a menu that works at 11pm on a slow connection. The notes below are what separates a card that gets scanned from one that gets moved to make room for the kettle.

The card has to say what it does

“Scan to order in-room dining, delivered to your door in about 30 minutes, pay on your phone” gets scanned. A logo and a code does not. Put the line in the languages your guests actually speak, and say the hours. Put the card next to the printed menu rather than instead of it; guests like to browse paper and order on the phone.

Menus by time of day, so the page is never wrong

A guest who orders eggs at 3pm from a breakfast menu that was never switched off is a complaint the kitchen did not deserve. Availability windows in the menu builder do this for you: breakfast on at 6:30 and off at 10:30, the all-day menu until 23:00, the late-night list after. If the late-night list is three items, say so on the card so the guest at midnight is not surprised.

What the kitchen sees

An order from a room QR arrives on the order screen with the room label, the items, any notes and the guest’s name and phone number from checkout. That is more than a phone order gives you, and it is written by the guest. Notes carry allergies and requests; make the description on each item ask for them, because a guest who reads “please note any allergies” writes them down. The preparation time you set when you accept is what the guest sees, so set it honestly for the hour.

Payment, foreign cards and receipts

Guests pay at checkout through the gateway connected to your account, by whatever methods that gateway offers in your country. Whether a foreign card is accepted, and what the fee is, is the gateway’s setting and the gateway’s published rate, not something Tuckly controls. The guest’s receipt comes from the order; it does not appear on the room bill, which is worth telling the front desk so checkout conversations go smoothly.

Staff workflow at the room service station

Keep the order screen on a tablet at the station where room service orders are already handled, with sound on. One person accepts and sets the time, the kitchen cooks, the runner takes the tray and marks it delivered on the way back. Marking delivered matters: it closes the order and it is the record if a guest says it never arrived. For the pool, the runner needs to know what “Pool B” means, so label the zones on a map by the bar before the first sunny day.

Guest privacy

The guest’s name, phone number and order history sit on the order, with the hotel, and nowhere else. There is no marketplace holding a copy. That is a selling point for guests who notice, and a responsibility for the hotel: treat the order record like any other guest data under your privacy policy. The QR code menu page covers the simpler case of a view-only digital menu, which some properties use for the bar while running ordering for rooms.

Start where pay-as-you-order is already normal

If charge-to-room is how your in-room dining has always worked, switching guests to paying on their phone is a change you should test rather than assume. Pool bars, lobby cafés and outside delivery already run on pay-as-you-go, so start there, learn what guests do with the cards, and bring that experience to the in-room decision. The guide on setting up an ordering website walks through the mechanics for the restaurant side.