One dish goes up by three riyals. The decision takes a minute in the manager’s office. Carrying it out takes days: new artwork, a print run, then distribution to the branches. For all of those days the cashier charges a price the menu in the guest’s hands does not show.
That gap between the decision and its execution is the real problem with a print menu, not the cost of paper on its own. A digital menu closes it. You change the price once in the dashboard and it appears on the customer display in every branch before the shift closes.
This guide covers the digital menu for restaurants as it actually works: the split between its two kinds that most owners miss, how to cost your own print menu in your own numbers, and how to build a menu that lifts profit rather than just sales.
What is a digital menu? Two kinds nobody separates
A digital menu is a menu run from a single dashboard and shown on a screen instead of paper. Any change to a price, an item’s availability or its description reaches the display without a reprint, without a print shop, and without anyone driving copies to a branch.
The market uses one term for two products that differ completely in function, cost and effect on sales. Confusing them is the biggest source of disappointment after purchase, because a restaurant buys one and expects the results of the other.
Kind one: the QR menu on the guest’s phone
A QR code sits on the table or the shopfront. The guest scans it and the menu opens on their own phone. This is by far the most common kind, and most services on the market sell it.
It serves table ordering, delivery orders, and small outlets that want a digital presence at the lowest cost. It also carries three limits worth knowing before you rely on it alone:
- The menu appears on a small screen, so the guest sees two or three items at a time and never the section as a whole.
- Viewing is private, not shared. Everyone at the table browses on their own phone, so the pull of a shared image disappears.
- It depends on the guest’s data connection and on their willingness to scan. Anyone who does not scan orders from memory or asks a server.
Kind two: the digital menu board on the customer display in-branch
A guest-facing screen, mounted above the till or placed at the order point, showing sections and products with proper photography, current prices and live offers. The guest reads it while standing in the queue, which is the moment the decision is actually made.
This is the kind that Q.Flavours runs as its digital menu, and it suits cafes, quick-service restaurants, and anywhere guests queue to order. The screen works as a silent seller: it puts the highest-margin item where the eye lands first, and it reminds the guest that an offer expires in two hours.
Which kind fits your restaurant?
| Type of outlet | Better fit | Why |
|---|---|---|
| Cafe or quick-service with an order queue | Customer display | The guest stands in front of the screen for two minutes. It is the best advertising space you own. |
| Full-service restaurant with table service | Both together | A screen at the entrance for the wait, and a QR code on the table for browsing and ordering. |
| Delivery-led restaurant | QR menu | The guest is nowhere near the branch, so the menu has to travel to them by link or platform. |
| Food truck or small kiosk | Customer display | Display space is tight, and one screen replaces a printed board that keeps needing replacement. |
The practical difference: a QR menu serves reach, a customer display serves selling. Anyone who wants both needs to run them from one source of data, not from two systems where prices are typed in twice.
Four numbers behind the switch to a digital menu
Cost your print menu before you compare any price
Most digital-menu offers open with “save on printing costs” without giving you a way to work out the saving. The number varies widely between restaurants, and comparing a subscription price against a figure you do not know is meaningless. The arithmetic itself is simple.
A worked example with stated assumptions
A restaurant with three branches. The assumptions below belong to this example only. They are not a market average and not a published figure:
- 40 menus in circulation per branch, so 120 menus in total.
- Printing one menu on coated, laminated colour stock: SAR 14.
- Three reprints a year: a price change, new items, and a seasonal menu.
The result: 120 menus x SAR 14 x 3 runs = SAR 5,040 a year on printing alone. Change any assumption to your own and the result moves, which is exactly the point.
The lines that never appear on the print shop’s invoice
Printing is only the visible part. Four more costs land on you without ever showing up on an invoice:
- Design time on every change. Adding a single item usually means re-flowing the whole page.
- The days between decision and execution. A price rise delayed two weeks on an item that sells a hundred times a day is revenue you never collect.
- Damaged menus. A stained or torn menu gets replaced outside the print schedule, at single-copy prices rather than bulk.
- Out-of-stock items still on display. Every order refused at the till is a lost sale and a poor guest experience in the same moment.
The last line matters most and is the hardest to measure. To see how these costs connect to the margin on a dish, work through how to calculate food cost percentage. To see how they hit purchasing, the procurement cycle lays out where the money leaks before it reaches the plate.
Six operational gains you get in the first week
None of the gains below is a distant marketing promise. Each one shows up in the first week of running the menu and can be noticed without a report.
1. The price change arrives before the guest does
You edit the price in the dashboard and it appears on the screen and in the cashier list together. The situation where a guest reads one price and pays another disappears, and that is among the most common causes of friction at payment.
2. An unavailable item is hidden, not crossed out
Ingredients gone? Switch the product off in the dashboard and it leaves the screen. No pen line on the menu, no apology at the till. Anyone running a perpetual inventory system can tie the decision to hide an item to the ingredient’s own balance.
3. A photo sells the dish the name cannot explain
Plenty of menu names mean nothing to a first-time guest. One good photograph does what two lines of description will not, and that holds especially for inventive items and composite dishes.
4. The promotion ends by itself
Create the offer with a start and end date and it appears with a countdown, then removes itself when the window closes. No sticker left on a wall, no guest asking for a discount that ended last week. The detail sits in promotions management in Q.Flavours, and the commercial thinking behind it in choosing sales management software.
5. The menu changes with the hours of the day
Breakfast in the morning, lunch at midday, dinner in the evening, switching automatically by the branch’s local time. The screen shows only what is being served now, which shortens the distance between looking and deciding.
6. Two languages without a second menu
Name and description in Arabic and English on the same display, with proper right-to-left handling for Arabic. That ends the problem of an English version updated late and carrying stale prices.
Five daily moments that separate a print menu from a digital one
| Situation | Print menu | Q.Flavours digital menu |
|---|---|---|
| Price change | Reprint everything New artwork, then printing, then distribution to every branch. The old menu stays on the table until the replacement lands. |
One edit Change the price once in the dashboard and it shows on the customer display across all branches. |
| Item runs out | Stays on display A guest orders a dish whose ingredients are gone and the cashier apologises. The usual fix is a pen line through the item. |
Hidden instantly Switch the product off in the dashboard and it disappears from the display and the cashier list together. |
| Limited-time offer | A sticker on the menu Someone tapes it up in each branch by hand, then forgets to remove it, so guests keep asking for an expired deal. |
Start and end date Create the offer for a fixed window. It appears with a countdown and removes itself when the window closes. |
| Arabic and English | A second printed menu The English version is printed and updated separately, so the two drift apart with every change. |
Both on one screen Name and description in both languages on the same display, with full right-to-left support for Arabic. |
| Branches differ | Versions get mixed up One branch shows a dish it does not serve, another shows an old price, and nobody knows which copy is current. |
One dashboard Standardise the menu across branches or let each branch show its own items and prices, all from one place. |
The compliance item most menus miss: calorie labelling
You will not find this in most digital-menu vendor pitches, and it is mandatory in Saudi Arabia. The Saudi Food and Drug Authority requires food establishments to display calorie counts on the meals and drinks they serve to consumers, under a deadline that closed at the end of 2018.
The regulation is not limited to large restaurants. Its scope covers restaurants and cafes, ice-cream shops, fresh-juice outlets, bakeries and patisseries, cafeterias inside stores and supermarkets, amusement parks, and food outlets in colleges, universities and government bodies.
Why a print menu makes this expensive
A calorie figure is not fixed. Changing an oil supplier, adjusting a portion size, or substituting an ingredient moves the number. On a printed menu every moved number means a full reprint, or a small sticker over the old figure that looks exactly as unprofessional as it sounds.
A digital menu carries the figure inside the product record. Edit it once and it shows on every screen in every branch. That is less a marketing feature than a way to stay compliant with a live regulation without a recurring cost.
One practical note: enter calories alongside the product data from the start, not later. Adding them after a two-hundred-item menu is built costs a full day. Adding them during entry costs nothing.
Menu engineering: order your dishes by profit, not by habit
Most menus are ordered by habit: starters, then mains, then drinks, then desserts, with a random or alphabetical order inside each section. That serves indexing. It does not serve selling.
The menu-engineering framework used in hospitality management classifies every item on two axes: how popular it is (how often it is ordered) and how profitable it is (the contribution margin it leaves behind). That produces four groups, and each one carries a different decision.
The four groups and the decision each one calls for
| Group | Profile | Decision |
|---|---|---|
| Stars | High popularity, high margin | Anchor them at the top of the section with a large photo. Do not touch the price without a reason. This is where your profit comes from. |
| Plowhorses | High popularity, low margin | Review ingredient cost and portion size, or raise the price gradually. The demand is already there. |
| Puzzles | Low popularity, high margin | The problem is presentation, not the dish. Move it somewhere more prominent, rewrite the description, or reshoot it. |
| Dogs | Low popularity, low margin | Remove them. They take screen space, stock, and kitchen time, and return none of it. |
The classification needs two inputs: how many times each item sold, and what its ingredients cost. The first comes from point-of-sale system reports, the second from recipe costing. To build the calculation from the ground up, start with cost-volume-profit analysis. To get ingredient cost under control first, inventory management practice is the place to begin.
Why the digital menu is what makes this actionable
Menu engineering produces decisions that require a change to the display: move an item, enlarge a photo, rewrite a description, drop a line. On a printed menu each of those costs a design and print cycle, so decisions pile up until they ship once a year, or never.
On a screen the same decision costs minutes. That turns menu engineering from an annual study into a monthly habit.
Five steps to launch a digital menu on the customer display
Three worked examples from the Saudi market
The examples below are recurring operating scenarios, not named customer cases. The figures in them belong to the example.
Example one: a grill restaurant with three branches in Riyadh
The situation: all three branches carry the same menu, but the northern branch does not serve charcoal dishes because its extraction permit differs. The single printed menu advertises those dishes in all three, so the northern branch apologises dozens of times a day.
What changed: one menu run from one dashboard, with each branch allowed to show its own items. Charcoal dishes appear in two branches and are hidden in the third, with no third print run and no duplicate products in the catalogue.
The unexpected gain: the question “which version of the menu is correct?” disappeared, and it used to surface on every price change. Each branch now has one source, and the edit reaches it the moment it is made. For the wider picture on running multiple branches, see restaurant management.
Example two: a specialty cafe in Jeddah selling seasonally
The situation: the cafe launches three seasonal drinks a year, each with a six-week window. The printed menu gets reprinted three times a year for the sake of three items. Calories differ by cup size, so each drink needs three figures.
What changed: the seasonal drink is created as an offer with a start and end date, so it appears on the screen with a countdown and removes itself at the end of the window. Calories sit in each size’s product record and show with the size the guest picks.
The gain: zero reprints and zero stickers over old figures. The countdown itself became a selling tool, because it gives a reason to order now rather than later. Cafes running customer loyalty programs compound the effect, since a seasonal offer gives a member a reason to visit.
Example three: a delivery-led restaurant selling through third-party platforms
The situation: the delivery price has to differ from the dine-in price, because platform commission eats the margin. Some items should not be on delivery at all, such as dishes served very hot or ones that lose their texture in transit. The usual manual workaround is a second copy of every product in the catalogue, which bloats it and confuses the cashier.
What changed: the customisable order types feature in Q.Flavours (released 2026-08-09) addresses this directly. You define an order type with its own name and icon, and set:
- A different price for an item by order type, as a percentage or a fixed amount, with the resulting price shown before you save.
- Exclusion of a product from specific order types, so it does not appear in the cashier list when those types are selected while staying available in the others. The delivery menu differs from the dine-in menu without duplicating the product.
- A fee on the order type that appears as its own line, named after the type, in the cashier basket, on the customer-facing screen, and on the printed receipt, updating as the order contents change.
- A mandatory external reference number entered when the order is created, which is what ties a platform order back to yours.
One detail that matters for branches with weak connectivity: the order-type fee is calculated on the device itself when the connection drops, so the guest sees the same amount whether the device is online or not. The rules are read at the moment the order is created, so changing them later does not affect earlier orders.
Selling through delivery also means getting the invoice right. The e-invoicing guide for Saudi Arabia covers what the tax authority expects, and the POS software comparison covers what the till has to do at the counter.
Seven mistakes that waste a digital menu
A digital menu is not an automatic gain. The mistakes below turn it into a print menu on a screen, at a higher cost.
- Showing a PDF on a screen. This is not a digital menu. Prices do not update, items cannot be hidden, offers do not appear. A screen displaying a static file repeats the paper problem and adds the cost of the screen.
- Photos shot to different standards. An item shot on a phone next to one shot in a studio makes the screen look less professional than a well-made printed menu. One consistent standard beats high quality unevenly applied.
- A menu that is far too long. Showing everything means nothing stands out. The screen has limited space and the guest has limited seconds, so choose what appears instead of transferring the paper as it is.
- Screen prices that differ from the till. This happens when the screen is run from one system and the cashier from another. A single source of data is not a technical luxury, it is what makes the display correct.
- Machine-translated descriptions. A literally translated English description reads badly and damages the restaurant in front of a non-Arabic-speaking guest, who is often the higher-spending one.
- A screen where nobody reads it. Mounted too high, off the line of sight, or facing a window that throws sun across it. Test the position by standing and sitting exactly where the guest does.
- Nobody owns the update. The best system becomes a stale menu if updating it is not a named person’s task at a set time. Make it a weekly job with a name on it.
How Q.Flavours helps you run your digital menu
Q.Flavours is the restaurant system from Qoyod, and it runs the digital menu as part of the daily operating cycle rather than as a separate tool. Here is what it actually provides on this front:
- The digital menu on the customer display. Sections and products shown with photos, running on a TV, an iPad, or a standard customer-display screen, with no special hardware. All it needs is a browser and an internet connection.
- Product management. Names in Arabic and English, descriptions, prices, and options and add-ons per product, with control over section order and each item’s visibility.
- Promotions management. An offer with a start and end date that appears automatically with a countdown and removes itself when the window closes, for discounts, bundles and family meals.
- Customisable order types (released 2026-08-09). A different item price by order type, exclusion of products from specific types, and the type’s fee shown as its own line on the customer-facing screen and the receipt, calculated on the device when the connection drops.
- Time-based menus. Breakfast, lunch, dinner and a late-night menu, switching automatically by the branch’s local time.
- Multi-branch control from one dashboard. Standardise the menu across every branch, or let each branch keep its own items and prices, from a single place.
The digital menu is available on the Standard and Premium Q.Flavours plans. Current plans are listed on the Q.Flavours page.
One boundary worth stating plainly
Q.Flavours runs daily operations in the dining room, the kitchen and the point of sale. Qoyod runs the accounting layer behind that. They are two products from the same company, each with its own job, and knowing where the line sits saves you a wrong expectation at setup. If you want a point-of-sale system tied directly to the accounting, that is the Qoyod POS system, and the POS software guide explains the practical differences.
For businesses operating across hospitality more broadly than restaurants alone, hotel and hospitality accounting sets out what is distinct about the sector, and cloud accounting explains how the data reaches every branch at the same moment.
Start your free trial and launch your digital menu
Frequently asked questions about digital menus
How do I make a digital menu for free?
Some tools give you a menu page and a QR code at no cost, and they are enough for anyone who wants a simple digital presence. Free tiers usually cap the number of items and sections, do not give you a menu on the customer display, and do not sync with the point of sale. If cost alone is driving your decision, work out what your print menu costs first using the method above, then compare.
Do I need a special screen to show a digital menu?
No. The menu runs on any TV, iPad, or standard customer-display screen. All you need is a browser and an internet connection.
How much does a digital menu cost to design?
The cost splits into two very different things: a one-off visual design, and a subscription to a system that runs and updates the menu. Anyone who buys only a design is back to the print-menu problem at the first price change, because what they bought is a file, not a system. Always ask what updating costs, not what designing costs.
Can the menu show Arabic and English together?
Yes. Product names and descriptions appear in both languages together or by the guest’s choice, with full right-to-left layout support for Arabic.
Do prices sync automatically with the point of sale?
Yes. Any price edit in the Q.Flavours dashboard appears on the customer display, the point of sale, and the self-order app.
Can I run a limited-time promotion on the menu?
Yes. Create the offer, whether a discount, a bundle or a family meal, with a start and end date. It appears automatically with a countdown on the menu and disappears when the window closes.
Can the menu differ between branches?
You can standardise the menu across all branches, or let each branch show its own items and prices. Either way it is managed from one dashboard.
Is a QR menu enough instead of a customer display?
It is enough if your goal is reach, meaning getting your menu onto the guest’s phone at the table or in delivery. It is not enough if your goal is selling at the point of decision, in front of the guest standing in the queue. Restaurants that run on queues get more from a customer display, and the best outcome belongs to anyone who can run both from one source of data.
The bottom line
A digital menu is not a cosmetic upgrade to a printed one. It is a change in how fast a decision travels through your restaurant: from a print cycle that takes days to an edit that takes a minute.
Before comparing any offer, do three things. Cost your print menu in your own numbers, not somebody else’s. Decide which of the two kinds you actually need: a QR menu for reach, a customer display for selling, or both. Then ask what updating costs rather than what designing costs.
Once it is running, treat it as a selling tool rather than a display board. Order sections by profit, enter calories with the product data from the start, and make updating the menu a weekly job with a name on it. A menu nobody updates goes back to being a print menu, whatever screen it happens to be on.
