Restaurant software Dubai: choosing tools that fit the city
Software written for another city usually breaks in the same three places here. This is what to test before you sign anything.
Home / Blog / QR code menu Qatar: what to decide before you print it
Printing the square takes ten minutes. The decisions behind it last for years, and most restaurants in Doha make them by accident.
Anzul Aqeel · Founder & Director, Anunzio International FZC · 2 September 2026
A QR code menu is not one product. It is a chain of small decisions, and a restaurant in Doha usually makes them without noticing. Where does the code point, and who can change what it shows? Can the guest order, or only read? What happens when the kitchen runs out of the dish somebody just chose? This article walks through those decisions in plain order, so you make them on purpose instead of finding out later.
A menu QR code is only a pointer: any free tool will turn a web address into a printable square. That part is solved, and it is not where restaurants lose money. The loss happens after the scan.
Two things about your guests shape everything that follows. Qatar had more than 2.6 million international visitors in the first half of 2025, with 36% arriving from GCC countries, so a large share of the people reading your menu are not regulars and will not ask a waiter for help. And the screen they read it on is small: StatCounter puts mobile at 52.15% of web traffic in Qatar in August 2026, ahead of desktop.
So the menu behind the code has to explain itself to a stranger holding a phone.
Some codes open a picture of a menu. Others open a page that can take the order and send it to the kitchen.
The first kind is a scan away from a printed card, and it still needs a waiter for every single order. The second kind removes the walk to the counter and works for delivery as well. Get Menu is the second kind. The same page reads as a menu, holds a cart, and takes a name and number before checkout.
If you serve at tables, generate a separate code per table. The table becomes the address, so nobody types a number and nobody carries a plate to the wrong corner. A code is generated for every table for you, and a designer lets you set the colours and drop your logo on the card so it does not look like a parking receipt. A print pack arrives by email, ready to hand to a printer.
If you only do delivery and collection at the counter, one code on the shopfront and one on the packaging is enough.
This is the decision most people skip, and the one that costs the most later.
Some free generators put your menu on their address and keep it there. If they close, change their prices, or start showing advertising, the printed squares on your tables now point somewhere you do not control. Reprinting fifty table cards is a bad afternoon.
With Get Menu the menu sits on your own address on getmenu.ae, included from the first day, and the code points at that. Your customer list stays yours and can be exported on any day, including your last.
"The code is only a pointer. What matters is where it points, and whether you can change what is there at four in the afternoon without ringing anybody." — Anzul Aqeel, founder of Get Menu
A Doha dining room will hold guests who prefer Arabic and guests who prefer English on the same evening. Item names and descriptions can be written in Arabic as well as English, which is a short job when you build the menu and a large courtesy when someone scans the square.
Decide this before printing, because a menu that only half works in one language quietly sends people back to asking a waiter.
A printed page says "shawarma". A waiter asks which bread, which sauce, and whether you want it spicy.
Items carry options and add-ons with their own prices, and a choice can be marked required with limits, so an order cannot reach the kitchen without the answers the cooks need. The price on screen moves as the guest picks. Categories and items are reordered by dragging, so trying a different order over a weekend costs a minute.
At nine in the evening, a menu that still offers a finished dish creates a phone call and an apology.
Counts per item fall as orders come in, and options carry their own counts too, so running out of one sauce does not take the whole dish off the page. Sold out flips itself at zero with nobody watching. Cancel an order and the stock returns.
After the guest presses order, 3 messages go out over WhatsApp in about 2 seconds: a confirmation to the customer, a ticket into your managers' group, and a dispatch link for the rider with the GPS pin dropped at checkout. Every line is priced again from your live menu at checkout, so the number on the screen is the number at the door.
Payment is cash or your card machine on delivery. The product takes no online payments at all, which means there are no card details in it to lose. VAT invoices carrying your tax registration number download as a PDF, and the customer needs no login to get one.
The menu is the start. A few things sit behind it and cost nothing extra to switch on.
Stamps turn into rewards and tiers your regulars grow into, with the loyalty card living in Google Wallet and updating itself, so there is no app to install. Ten kinds of upsell are available, from simple pairings to quantity ladders and spend thresholds, and coupons carry caps, exclusions and expiry dates. A sales dashboard shows what sold by day and by item, which is how you learn whether moving a category up the page did anything.
Build the menu, print two table cards, and put them on the two busiest tables. Watch what people open and where they stop. Fix those two things, then print the rest.
For wider background, QR code menus covers how the squares work and where to place them. Scan to order covers the ordering half, and digital menus covers the screen version for a wall or a drive-through. You get 15 days to try the whole thing with no card asked for, and a flat monthly price after that with 0% commission on your sales.
Only if you serve at tables. A code per table lets the ticket say where the food goes, so nobody has to type a table number. For delivery and collection, one code is enough.
No. Payment is cash or a card machine at the door. The product holds no card details of any kind.
Yes. Item names and descriptions can be written in Arabic alongside English, which matters in a market where a single table often reads both.
Nothing needs reprinting. The code points at your page, and the page shows whatever the menu says right now. Prices are read again at checkout, so an old screenshot cannot be used to argue about a total.
For a picture of a menu, yes. It stops being enough when you want the page to take orders, show sold-out items, route a table to the kitchen, or belong to you rather than to the tool that made the square.
Software written for another city usually breaks in the same three places here. This is what to test before you sign anything.
Most billing complaints are really about one thing: the paperwork does not match what the kitchen actually sold. Here is what to check before buying anything.
A plain look at where Odoo sits in a restaurant, and what a kitchen still has to solve after the counter software is chosen.
Fifteen days with everything switched on. No card, no commission, ever.
Questions from other owners are answered in the community.