قائمة QR للمطاعم: كيف تجعلها تزيد الطلب بدل أن تزعج العميل

2026-04-28 · 9 دقائق قراءة

لماذا تفشل معظم قوائم QR، وكيف تصمّم واحدة ترفع متوسط الفاتورة بدل أن تُحبط الضيف.

قائمة QR ليست فكرة جديدة، لكنها ما زالت تُطبَّق بشكل خاطئ في أغلب المطاعم: ملصق باهت على الطاولة يفتح ملف PDF ممسوحاً ضوئياً يحتاج تكبيراً وتصغيراً لقراءة سعر واحد. النتيجة أن الضيف يستسلم ويطلب من الذاكرة — أو يسأل النادل عن القائمة الورقية.

المشكلة ليست في فكرة QR بل في التنفيذ. القائمة الرقمية المصمّمة جيداً ترفع متوسط قيمة الفاتورة، وتقلّل أخطاء الطلبات، وتغيّر الأسعار في ثانية بدل إعادة طباعة.

القاعدة الأولى: لا تستخدم PDF أبداً

ملف PDF على الهاتف تجربة سيئة بكل المقاييس: يُحمَّل ببطء، لا يتكيّف مع حجم الشاشة، لا يُبحث فيه، ولا يمكن الضغط على شيء فيه. القائمة يجب أن تكون صفحة ويب تتجاوب مع الشاشة، تُفتح في أقل من ثانيتين، وتعمل على شبكة بيانات ضعيفة.

التنظيم: الترتيب يبيع

• ابدأ بالفئات لا بقائمة طويلة — الضيف يختار «مشاوي» ثم يرى ستة أصناف، لا 80 صنفاً بترتيب واحد.
• ضع الأعلى ربحية في أول فئتين — أول ما يُرى هو الأكثر طلباً، هذه قاعدة ثابتة.
• اذكر السعر بوضوح دون رمز عملة متكرّر — «24» أوضح من «24.00 ر.س» في قائمة كاملة.
• اعرض المكوّنات المسبّبة للحساسية — تحمي الضيف وتحميك، وتقلّل أسئلة النادل.
• علّم الأصناف غير المتوفّرة فوراً — لا شيء يُحبط أكثر من اختيار صنف ثم سماع «انتهى».

الصور: قليلة وجيدة أفضل من كثيرة ورديئة

صورة واضحة تزيد احتمال طلب الصنف بشكل ملحوظ. لكن صورة سيئة الإضاءة تقلّله عن عدم وجود صورة أصلاً. القاعدة العملية: صوّر أفضل 10–15 صنفاً بإضاءة طبيعية بجانب النافذة، واترك الباقي نصاً. ولا تعرض صورة لكل صنف — القائمة المليئة بالصور تبطئ التحميل وتشتّت الاختيار.

اللغتان: ليست ترجمة، بل نسختان

في السعودية والخليج، قائمتك تخدم ضيفاً عربياً وضيفاً غير ناطق بالعربية. التبديل بين اللغتين يجب أن يكون بزر واحد ظاهر في أعلى الشاشة، مع تغيّر اتجاه الصفحة (RTL/LTR) تلقائياً. وأسماء الأطباق التراثية تُكتب بالنقحرة مع شرح موجز: «Kabsa — spiced rice with chicken» أفضل بكثير من ترجمة حرفية تفقد المعنى.

من القائمة إلى الطلب: الخطوة التي تُغيّر الاقتصاد

القائمة التي تُعرض فقط تحلّ مشكلة طباعة. القائمة التي تسمح بالطلب تغيّر تشغيل المطعم:

الاقتراحات التلقائية («هل تضيف مشروباً؟») هي الفرق الأكبر في متوسط الفاتورة. النادل قد ينسى في الذروة أو يتردّد؛ النظام لا ينسى ولا يحرج أحداً. وإذا كانت القائمة تستقبل طلبات توصيل أيضاً، فاحسب هامش كل قناة قبل التوسّع — راجع الطلب أونلاين والتوصيل.

تفاصيل عملية في رمز QR نفسه

1. رمز لكل طاولة — يحمل رقم الطاولة تلقائياً، فيصل الطلب لمكانه الصحيح دون سؤال.
2. حجم لا يقلّ عن 3×3 سم — الرموز الصغيرة لا تُقرأ في الإضاءة الخافتة.
3. تباين عالٍ — أسود على أبيض. الرموز الملوّنة على خلفيات مزخرفة تفشل كثيراً.
4. رابط قصير وقابل للكتابة — بعض الهواتف لا تقرأ الرمز؛ اكتب الرابط تحته بخط واضح.
5. لا تلصقه على زجاج أو تحت غطاء لامع — الانعكاس يمنع القراءة.
6. استخدم رمزاً ديناميكياً — يتيح تغيير الوجهة لاحقاً دون إعادة طباعة كل الطاولات.

فائدة إضافية: الظهور في بحث جوجل

القائمة الرقمية المستضافة على صفحة عامة لمطعمك تُفهرَس في محركات البحث. هذا يعني أن بحثاً مثل «مطعم [اسمك] منيو» أو «[نوع المطبخ] في [مدينتك]» قد يقودك إلى عميل جديد — وهو أمر مستحيل مع ملف PDF أو صورة قائمة على إنستغرام.

لتحقيق ذلك تحتاج صفحة تحمل اسم مطعمك وعنوانه وساعات عمله ورقم هاتفه في بيانات منظّمة (Restaurant schema)، لا مجرد صور. في مطعمي، كل مطعم يحصل على صفحة عامة بهذا الشكل تلقائياً على الرابط `/r/اسم-مطعمك` مع القائمة والحجز والطلب — ويمكنك تجربتها مجاناً.

كيف تقيس النجاح

قارن قبل وبعد لمدة شهر: متوسط قيمة الفاتورة، عدد الأصناف في الفاتورة، نسبة الطلبات التي تتضمّن مشروباً أو حلوى، وعدد أخطاء الطلبات. إن لم يتحرّك أي منها، فالمشكلة في تصميم القائمة لا في فكرة QR — راجع ترتيب الفئات وسرعة التحميل أولاً.

QR Code Menus: How to Make Them Sell Instead of Annoy

Why most QR menus fail, and how to design one that lifts average ticket instead of frustrating the guest.

QR menus are not new, but most restaurants still implement them badly: a faded sticker on the table that opens a scanned PDF you have to pinch and zoom to read a single price. The guest gives up and orders from memory — or asks for the paper menu.

The problem is execution, not the idea. A well-built digital menu raises average ticket, cuts order errors, and lets you change a price in a second instead of reprinting.

Rule one: never a PDF

A PDF on a phone is a bad experience by every measure: slow to load, does not adapt to the screen, not searchable, nothing is tappable. A menu must be a web page that responds to the screen, opens in under two seconds, and works on a weak mobile connection.

Structure: order sells

• Lead with categories, not a long list — the guest taps "Grills" and sees six items, not 80 in one scroll.
• Put your highest-margin items in the first two categories — what is seen first is ordered most. That never changes.
• Show prices cleanly without repeating the currency symbol — "24" reads better than "SAR 24.00" down a full menu.
• Flag allergens — it protects the guest, protects you, and cuts questions to the server.
• Mark sold-out items immediately — nothing frustrates like choosing a dish and hearing "we're out".

Photos: a few good ones beat many bad ones

A clear photo measurably raises the chance an item is ordered. A badly lit one lowers it below having no photo at all. The practical rule: shoot your best 10–15 items in natural light next to a window and leave the rest as text. Do not photograph everything — a menu full of images loads slowly and scatters attention.

Two languages, not one translation

In Saudi Arabia and the Gulf your menu serves Arabic-speaking and non-Arabic-speaking guests. Switching languages must be one visible button at the top, and the page direction (RTL/LTR) must flip with it. Traditional dish names work best transliterated with a short gloss: "Kabsa — spiced rice with chicken" beats a literal translation that loses the meaning.

From menu to ordering: the step that changes the economics

A view-only menu solves a printing problem. An orderable menu changes how the restaurant runs:

Automatic suggestions ("add a drink?") make the biggest difference to average ticket. A server may forget during a rush or hesitate to push; the system never forgets and never embarrasses anyone. And if the menu takes delivery orders too, work out the margin per channel before you scale it — see online ordering and delivery.

Practical details in the code itself

1. One code per table — carrying the table number, so the order lands in the right place without asking.
2. At least 3×3 cm — small codes fail in dim lighting.
3. High contrast — black on white. Coloured codes on patterned backgrounds fail often.
4. A short, typeable link — some phones will not scan; print the URL clearly underneath.
5. Never behind glass or a glossy cover — reflections defeat the camera.
6. Use a dynamic code — so you can change the destination later without reprinting every table.

A bonus: showing up in Google

A digital menu hosted on a public page for your restaurant gets indexed by search engines. That means a search like "[your restaurant] menu" or "[cuisine] in [your city]" can bring you a new customer — something a PDF or an Instagram photo of a menu can never do.

To get that you need a page carrying your restaurant's name, address, opening hours, and phone number as structured data (Restaurant schema) — not just images. In مطعمي every restaurant gets that page automatically at `/r/your-restaurant`, with menu, reservations, and ordering built in. You can try it free.

How to measure success

Compare a month before and after: average ticket, items per ticket, share of orders including a drink or dessert, and order error count. If none of them move, the problem is the menu design rather than the QR idea — check category order and load time first.