Operations
Table QR codes and covers, done right
A floor-ready guide to table QR labels, cover counts, service context, privacy, and recovery when a table scan goes wrong.
6 min read
By eRestro Editorial Team
- table QR codes
- restaurant covers
- floor operations
A table QR code is a small piece of printed material carrying a large amount of service context. It can help a guest open the right menu, help a captain see which table needs attention, and help the kitchen receive an order with a clear destination. It can also create confusion if the code is hard to scan, the table label does not match the floor, the link is stale, or a guest is silently attached to the wrong context.
Set up QR codes as part of a floor system, not as a marketing decoration. The physical label, digital landing page, table identity, cover count, staff script, and recovery process should all agree.
Label tables for people before systems
Choose labels that a guest can recognise and a team can call across a busy room. If your floor has multiple areas, use a simple prefix such as “Terrace 4” or “Main 12” rather than relying on a number that repeats. Place the label close enough to the QR code that a guest can verify it before ordering, but do not make it intrusive or easy to damage.
Test the print in actual service lighting. High-gloss surfaces, wrinkles, low contrast, and tiny codes can make scanning frustrating. Include a short fallback URL or a clear “ask staff for help” line. A guest should not have to take a photograph and zoom in just to read the menu.
| Physical element | Good practice | Failure to prevent |
|---|---|---|
| Table name | Plain text, stable across the floor plan | Runner and guest use different names |
| QR size and contrast | Tested with ordinary phones and lighting | Code scans only on one device |
| Placement | Visible when seated, protected from spills | Guest moves crockery to find it |
| Fallback route | Short URL or staff-help prompt | Guest gives up after a failed scan |
| Replacement process | Spare labels and a named owner | Damaged code remains in use |
Do not print private access details, staff credentials, or operational URLs on guest-facing material. A table label should help a guest enter their own menu flow, not expose a route intended for internal devices.
Confirm context before an order is submitted
The landing page should make it clear which restaurant and, where appropriate, which table is associated with the scan. A guest should see enough information to recognise a mismatch before the kitchen receives an order. If the table context can be changed only by staff, say that plainly and make assistance easy to request.
Some restaurants use QR codes only for browsing; others use them for live ordering. In either case, avoid silently assuming a table association from an old scan. A guest may scan from a neighbouring table, reuse a screenshot, or move after opening the menu. The system needs a safe path to verify or correct the context rather than creating a wrong-table order.
Use the same primary table label at the pass, in the live-order view, and on the bill. The table context should not become a hidden internal identifier that front-of-house staff cannot decode. See runners, billing, and table-aware service for how this carries through delivery and payment.
Treat covers as a service signal, not a surveillance count
A cover count can help with seating, course coordination, water, cutlery, and bill expectations. It should be an operational estimate, not a source of embarrassment. Define when covers are set, who can update them, and how a party change is handled. A guest arriving later, a child sharing food, or a person stepping away should not turn into a dispute over a number on a screen.
Ask only for the details the restaurant genuinely needs. Do not use a table QR flow to collect unnecessary personal information merely because the guest is seated. If a phone number is required for a pickup or notification purpose, explain it and keep that purpose separate from a table count.
| Cover event | Recommended response | What to avoid |
|---|---|---|
| Party is seated | Set an initial practical count | Treating it as a permanent billing rule |
| Guest joins later | Update through the floor’s normal handoff | Creating a second table context |
| Guests combine tables | Confirm the physical and digital merge | Leaving two overlapping order queues |
| Children or shared meals | Use the restaurant’s defined service practice | Assuming every person needs a separate order |
| Guest questions the count | Clarify calmly with the captain | Arguing from a screen alone |
Give staff a short table-scan script
The most polished QR experience still benefits from a human introduction. A host or captain can say, “You can scan this to view the live menu and order; it should show Table 6. I can help or take the order directly if you prefer.” That sentence confirms context, gives control, and removes the feeling that the restaurant is withdrawing service.
Train staff on the recovery steps too. If a table code opens the wrong menu, stop the order before the guest repeats it. If a code will not scan, offer the fallback immediately. If a guest submits an order but is unsure whether it went through, look up the primary order record before asking them to place it again. These small habits prevent duplicate and missed chits.
Use a pre-service check to scan a sample of codes across every zone. Check the actual printed label against the landing page, use an ordinary phone and connection, and verify that the help route is visible. Do not wait for a guest complaint to discover that a renovation moved table numbers without updating the QR labels.
Audit the table journey after changes
Furniture moves, seasonal outdoor seating, new outlets, menu relaunches, and changed service hours can all invalidate a seemingly simple QR setup. Treat any floor-plan change as a reason to audit the physical-to-digital journey. Keep a current map, replacement inventory, and a change record.
- Scan representative codes from every section before service.
- Verify the restaurant and table context against the physical label.
- Keep labels readable, clean, and accessible in service lighting.
- Ensure guests can view the menu and ask for help without an app or account requirement.
- Use covers to support service, with a respectful correction path.
- Keep table identities consistent from seating through billing.
- Give staff an immediate non-digital fallback for scanning and ordering.
- Record and repair recurring wrong-context or damaged-code incidents.
For a broader guest-journey check, pair this routine with QR menus that work for Indian diners. Done well, a table QR code quietly reinforces the welcome: the right menu opens, the right team knows where to help, and the guest remains free to choose the level of digital service they want.
Keep reading
Related restaurant guides
Guest experience
Table-turn workflow: use timing without rushing guests
A practical restaurant table-turn workflow that uses readiness signals and service coordination to improve flow without treating guests as a timer.
4 min read
Operations
Feedback loops that keep your QR menu honest
How to use order data, void reasons, and captain notes to refine categories and pricing without another spreadsheet war.
5 min read
Operations
Training captains on table QR without sounding defensive
Scripts for busy floors: how to introduce browser ordering so guests feel guided, not abandoned.
5 min read
Next step
Ready to try eRestro?
Request access, add your venue, and connect the kitchen display — go from QR to served in one flow.