Ecommerce12 October 2026 · 5 min read

QR code ordering: where it works and where it annoys people

A phone held over a table in a restaurant at service time

QR ordering arrived everywhere at once in 2020 for reasons that had nothing to do with whether it was a good idea, and a lot of it was bad. A photocopied code taped to a table, pointing at a PDF menu that opened sideways, is not a system. It is a worse version of a menu.

Done properly it is genuinely useful, in specific rooms, for specific reasons. Here is where the line sits.

Where it works

Where the counter is the bottleneck. If people queue to order while staff carry plates, letting the table order and pay themselves adds capacity without adding anybody.
Where the second round is the lost sale. Most tables will not queue again for one more drink or a dessert. They will tap a phone. That is the clearest money in it, and it is the reason to judge the system on how quickly a returning customer can reorder.
Where service is spread out. Beer gardens, upstairs rooms, large floors, anywhere a member of staff is a long walk away.

Where it annoys people

When it replaces being looked after. In a room where service is the product, handing somebody a code and walking away reads exactly as it sounds.
When the table is split. Four people, four phones, one bill. If the system cannot handle a table ordering together or splitting properly, staff end up untangling it anyway.
When the signal is bad. A thick-walled cellar bar with no wifi makes the whole thing a conversation about the wifi.
When it is slower than a person. If the menu takes three taps to load and the payment screen asks for an account, the customer gives up and waves at staff, and you have paid for the privilege.

What a proper QR ordering setup has to do

The table number travels with the order, so food reaches the right table without anybody asking. The order joins the same kitchen queue as everything else rather than arriving on a separate screen nobody watches. The menu is live, so an item that sold out stops being orderable. And the customer can add to a bill they have already started, because the second round is the entire point.

Underneath, it is the same platform as collection and delivery: one menu, one stock count, one end-of-day report. That is how we build it, as part of your own ordering platform rather than as a separate app with a separate menu to keep in step.

The honest summary

QR ordering is a capacity tool and a second-round tool. It is not a substitute for service, and it will not rescue a room that is quiet. If you are busy, spread out, or losing the second drink, it pays for itself quickly. If you are none of those, leave it alone.

Most places that ask us about it would get more from the counter and the kitchen talking to each other properly, which is the EPOS and till side of the same job.

Questions

Before you ask.

Does QR ordering work for every restaurant?

No. It earns its place where the counter is a bottleneck, where the floor is large or spread out, or where you lose the second round because nobody wants to queue again. In a room where service is the product it reads as being abandoned.

How does the kitchen know which table ordered?

The table number travels with the order, so the ticket reaches the kitchen already carrying it and the food goes to the right table without anybody asking.

Can a table order together or split the bill?

A proper setup lets a table add to the same bill through the evening and split it sensibly at the end. If it cannot, staff spend the night untangling four separate orders from one table.

Do customers have to download an app?

No. It opens in the phone browser. Anything that asks for a download or an account before the first order loses most of the people who scanned the code.

Does it work with our existing menu and stock?

It should run from the same menu and the same stock count as the counter and the website, so an item that sells out stops being orderable everywhere at once.