Digital QR menu
that lives on your TV

Three questions decide whether your QR menu still works in two years, and none of them is about design:

• Whose address is inside the code? If it points at a shortener or a menu service's domain, your printed stickers depend on a company you do not control staying in business and keeping that URL alive. If it points at your own domain, you can change what sits behind it forever without reprinting anything.
• What happens when the page moves? Menus get rebuilt, sites get redesigned, someone changes the page address. The stickers do not know. A redirect from the old address to the new one costs nothing and is the step that gets skipped.
• Who is paying for it? Free QR generators frequently switch to a paid plan later, and the codes already printed on forty tables stop resolving on the day the trial ends. This is not hypothetical; it is the single most common way a QR menu dies.

The safe pattern is unglamorous: generate the code against a page on your own domain, even if that page just forwards somewhere else for now. The QR itself is free to produce — there is nothing to subscribe to — and putting your own address inside it costs the same as putting someone else's.

Worth adding because it is the other half of the same problem: a screen on the wall has none of this. Whatever it shows is current because it is pulled live, and there is no printed object carrying a two-year-old promise. That is the honest structural argument for the screen, and it is a different argument from «screens look better».

If your codes are already printed and point somewhere you do not control, you do not need to reprint yet — but find out today whether that address can be redirected. If it can, you have a problem you can fix in ten minutes. If it cannot, you have one that will cost forty stickers.

A guest who reads a menu, picks something and is told it is off feels the disappointment once. A guest who sees the dish greyed out with «sold out for today» never picks it, and reads the same fact as a sign that the kitchen cooks to order rather than reheats. The information is identical; the order in which it arrives is what changes.

Deleting the line has a second cost that shows up later. Regulars remember dishes. When something disappears without explanation they assume it is gone for good, and they stop asking — which is how a Thursday special quietly dies. «Back on Friday» keeps it alive at no cost.

The test of a menu is not launch day, it is 9pm on a Saturday. That is when three lines need changing and nobody has ten minutes. If marking something unavailable takes more than two taps on a phone, it will not happen during service — it will happen the next morning, which is far too late to be of use to anyone.

The screen and the QR page should say the same thing at the same second, and this is the one case where a mismatch is actively harmful: the wall says the burger is on, the phone says sold out, and the guest trusts neither. One source, both surfaces — that is the whole argument for keeping the menu in one place rather than in a PDF and a chalkboard.

This is the one advantage of a digital menu that has nothing to do with printing costs, and almost nobody claims it. A phone is already set up for the person holding it: their type size, their contrast, their brightness, their screen reader if they use one. A menu that is real text inherits all of that for free. The same menu as an image inherits none of it — which is the practical reason the format matters, quite apart from anything else.

And it changes what people order, which is the part that shows up in the takings. Somebody who can actually read the descriptions orders the dish with three lines of explanation; somebody squinting at a blur orders the one word they recognise. The most profitable items on most menus are the ones that need explaining, and they are precisely the ones that lose when the menu is hard to read.

Being honest about where it fails is part of the same argument. A phone screen in direct sun is a mirror, a table of six sharing one phone is not reading anything, and a battery at four per cent ends the discussion. That is why a few printed copies behind the bar are not a failure of the system — they are the system, for the tables where the other version does not work.

And the check worth doing is not on your own phone, at your own desk, at midday. Sit at the darkest table at the hour you actually serve, hold the phone where a person would hold it, and try to read the third dish down without changing anything. Whatever you cannot read there, half your dining room cannot read either — and unlike them, you already know what it says.

To be straight with you: we show what you upload, in whatever format you upload it. Whether your menu is text or a picture of text is your decision and it is the one that determines everything above — the point here is only that the room is dark on purpose, that a lot of your customers cannot read small type, and that this is the single problem a phone was always going to be good at.