29 مارس 2026
ربحية القائمة بالذكاء الاصطناعي: أي صنف نجم وأيها مشكلة؟
لديك في قائمتك 60 صنفاً، ومعظم أصحاب المطاعم يعرفون بالتخمين أيها يجني المال فعلاً. الصنف الأكثر مبيعاً ليس دائماً الأكثر ربحاً. فقد يبيع طبق الكفتة 40 وجبة في اليوم بهامش منخفض لكل طبق، بينما يجلب طبق معكرونة خاص قليل الطلب ربحاً مرتفعاً في صمت. التعديلات على القائمة التي تُجرى دون رؤية هذا الفرق تُبرز الصنف الخاطئ في أغلب الأحيان.
تطوّر RestApp ميزة ذكاء اصطناعي تنظر إلى ربحية القائمة انطلاقاً من بيانات الطلبات والتكلفة. الفكرة بسيطة: تقييم كل صنف بناءً على الطلب والهامش الذي يتركه معاً، ثم تصنيفه ضمن مجموعات النجوم والمشكلات والأداء المنخفض، وبعد ذلك اقتراح ترتيب قائمة أكثر ربحية استناداً إلى هذا التصنيف. القرار يبقى دائماً بيدك؛ فالذكاء الاصطناعي يضع الجدول أمامك ويُعدّ مسودة فحسب.
في هذا المقال نشرح ما الذي تنظر إليه هندسة القائمة، وعلى أي بيانات يستند اقتراح RestApp بالذكاء الاصطناعي، ولماذا تعتمد النتيجة إلى هذا الحد على إدخال تكلفة دقيق. هذه الميزة قيد التطوير حالياً ضمن الوصول المبكر، وستُتاح للاستخدام تدريجياً مع ظهورها في لوحة RestApp مستقبلاً.
كثرة البيع لا تعني كثرة الربح
تهتم ربحية القائمة برقمين منفصلين: كم مرة يُباع الصنف (الطلب)، وما الذي يبقى في جيبك عند كل عملية بيع (هامش المساهمة). اتخاذ قرار بشأن القائمة دون قراءة هذين الرقمين معاً يؤدي إلى أن يبدو الإيراد مرتفعاً بينما يراوح الربح مكانه.
لننظر في مثال. في مطعم باسم "محطة المذاق" يُباع شاورما الدجاج 70 وجبة في اليوم، بسعر بيع 24 ريالاً وتكلفة مكونات 15.6 ريال، أي يترك مساهمة قدرها 8.4 ريال للوجبة. وفي القائمة نفسها يُباع طبق المعكرونة بالفرن 18 وجبة فقط في اليوم، لكنه يجلب مساهمة قدرها 19 ريالاً للوجبة بسعر 33 ريالاً وتكلفة 14 ريالاً. تحقق الشاورما إيراداً أكبر؛ بينما تجلب المعكرونة في كل طبق أكثر من ضعف الربح.
تضع هندسة القائمة هذين الصنفين في سلال مختلفة. الصنف ذو الطلب المرتفع والهامش المرتفع هو نجم، يُحافَظ عليه ويُبرَز. الصنف ذو الطلب المرتفع والهامش المنخفض صنف مشكلة، تُراجَع تكلفته أو سعره. أما الصنف ذو الطلب المنخفض والهامش المنخفض فيشغل مساحة في القائمة ويمكن في الغالب تبسيطه.
على أي بيانات ينظر اقتراح RestApp بالذكاء الاصطناعي
يستخدم تحليل القائمة بالذكاء الاصطناعي الذي طوّرناه البيانات الموجودة داخل RestApp: كم وحدة بيعت من كل صنف، وفي أي ساعات وأيام وردت الطلبات، وسعر بيع الصنف وتكلفة المكونات المُدخَلة في الوصفة. معظم هذه البيانات موجود بالفعل في لوحتك؛ ويجمعها الذكاء الاصطناعي في جدول واحد ويرتّب الأصناف على محوري الهامش والطلب.
تأتي النتيجة على شكل وسم بسيط لكل صنف: نجم، مشكلة، أداء منخفض. وإلى جانب ذلك يُعدّ الذكاء الاصطناعي مسودة لترتيب القائمة؛ فقد يقترح مثلاً رفع الأصناف النجمة إلى أعلى الفئة، أو تجربة تعديل في الحصة أو السعر لصنف مشكلة، أو مراجعة صنف يبقى أداؤه منخفضاً باستمرار.
المهم هو التالي: هذا اقتراح ومسودة. لا يغيّر الذكاء الاصطناعي سعراً من تلقاء نفسه، ولا يحذف صنفاً من القائمة، ولا يطلق حملة. يقرأ الجدول، ويعرض مبرراته، ويتخذ صاحب المطعم القرار ويمنح الموافقة. أنت من يعرف مطبخك ومورّدك وملف عملائك على أفضل وجه؛ والذكاء الاصطناعي يضع أمامك فقط ما تقوله الأرقام.
كل شيء يعتمد على إدخال تكلفة دقيق
تحليل ربحية القائمة دقيق بقدر دقة التكلفة المُدخَلة فيه تماماً. فإن كانت تكلفة مكونات صنف ما ناقصة أو مُدخَلة بأسعار غير محدّثة، وضعه الذكاء الاصطناعي في السلة الخاطئة؛ وقد يبدو صنف هو في الحقيقة مشكلة وكأنه نجم.
لذلك فالأساس هو وصفة وبنية تكلفة سليمة. إذا حافظت في جانب إدارة الوصفات والتكاليف لدى RestApp على كمية كل مكوّن في كل صنف وأسعار الوحدة المحدّثة، خرج حساب الربح قريباً من الواقع. وعند تحديث التكاليف حين تأتي زيادة من المورّد، يعكس التحليل ذلك التغيير أيضاً.
نصيحة عملية: قبل تجربة اقتراح الذكاء الاصطناعي، راجِع وصفة وتكلفة أكثر 15 إلى 20 صنفاً مبيعاً. تحمل هذه الأصناف الجزء الأكبر من الإيراد، ومن ثَمّ فإن التكلفة الدقيقة في هذه البنود تحدّد مباشرة دقة التحليل. كما تقوم جهودك في خفض تكلفة الطعام في المطعم على الأساس نفسه.
ماذا تفعل بمجموعات النجوم والمشكلات والأداء المنخفض
الأصناف النجمة هي محرّك المطعم. من المنطقي إبقاؤها في مكان ظاهر من القائمة، وعرضها في الأعلى في القائمة الإلكترونية، وإبرازها في اقتراحات النادل. الهدف هنا الحفاظ على المبيع وزيادته إن أمكن؛ ويُعمَل على ذلك بالظهور بدل العبث بالسعر.
أصناف المشكلة هي البنود الكثيرة البيع القليلة الربح. في مثال "محطة المذاق" قد تكون شاورما الدجاج مرشحاً من هذا النوع. الخيارات هنا هي: خفض تكلفة الحصة أو الإضافة الجانبية، أو تغيير المورّد، أو رفع السعر تدريجياً بضع ريالات. ولأن الطلب مرتفع، فإن تحسيناً بسيطاً في الهامش يُحدث فرقاً كبيراً في الإجمالي.
مجموعة الأداء المنخفض هي الأصناف القليلة البيع والقليلة الربح معاً. لا حاجة لحذفها كلها؛ فبعضها يكمّل القائمة أو يحتفظ بشريحة معينة من العملاء. لكن إن كان في القائمة طول لا داعي له، فهذه المجموعة هي أول ما يُنظَر فيه للتبسيط. القائمة القصيرة والواضحة تُريح المطبخ وقرار العميل معاً.
هذه الميزة ليست متاحة بعد، وهي ضمن الوصول المبكر
لنكن صادقين، تحليل ربحية القائمة بالذكاء الاصطناعي غير متاح للجميع حالياً في لوحة RestApp. نطوّر الميزة ضمن الوصول المبكر ونختبرها مع قوائم حقيقية في الميدان. سنتيحها للاستخدام تدريجياً مع ظهورها؛ فإن لم تجدها في حسابك أثناء قراءة هذا المقال فهذا هو السبب.
ما نقوم به في هذه المرحلة هو ضمان أن يكون الاقتراح مفيداً وموثوقاً فعلاً. لكي يفيد اقتراح الذكاء الاصطناعي صاحب المطعم، عليه أن يعرض مبرّره بوضوح، وأن ينبّه عند إدخال تكلفة خاطئة، وأن يترك الكلمة الأخيرة دائماً للإنسان. تقوم هذه المبادئ في أساس الميزة.
ولا داعي لإضاعة الوقت في الانتظار خلال ذلك. الحفاظ على بيانات الوصفة والتكلفة منتظمة، وتجميع المبيعات عبر RestApp، ومتابعة التقارير، كل ذلك يضمن أن تحصل على تحليل قيّم مباشرة عند إتاحة الميزة. أي أن التسجيل المنتظم الآن يعني اقتراحاً دقيقاً لاحقاً.
كيف يندمج مع ميزات RestApp الحالية
تحليل ربحية القائمة ليس صندوقاً يعمل وحده، بل يتصل ببقية RestApp. تأتي بيانات المبيعات من نقطة البيع السحابية ونظام الطلبات، وتُقرأ تكلفة الصنف من وحدة الوصفات، وتصبح النتائج ذات معنى داخل التقارير السحابية. ولأن الجميع يتغذى من البيانات نفسها، يخرج جدول متّسق.
تنفيذ الاقتراح يتم أيضاً بالأدوات الحالية. حين ترغب في إبراز صنف نجم، تغيّر ترتيبه في القائمة الإلكترونية بـ QR. وفي صنف مشكلة يمكنك بدل الحملة تصميم عرض موجّه في جانب الولاء والترويج. وإن أردت موازنة عبء المطبخ، تُظهر بيانات شاشة المطبخ (KDS) أي الأصناف تطيل زمن التحضير.
أي أن ما يقترحه الذكاء الاصطناعي هو نسخة أكثر وعياً من الأعمال التي تقوم بها أصلاً داخل RestApp. ترتّب القائمة، وتضبط السعر، وتُبرز الصنف؛ والفارق الوحيد أنك تفعل ذلك بالنظر إلى جدول الهامش والطلب الحقيقي للأصناف لا بالتخمين.
أبرز النقاط
- تنظر ربحية القائمة إلى رقمين: طلب الصنف وهامش المساهمة الذي يتركه. كثرة البيع لا تعني كثرة الربح.
- يصنّف الذكاء الاصطناعي الذي تطوّره RestApp الأصناف وفق الهامش والطلب إلى نجوم ومشكلات وأداء منخفض، ويقترح مسودة لترتيب قائمة مربحة.
- التحليل دقيق بقدر دقة التكلفة المُدخَلة فيه تماماً؛ ودون وصفة سليمة وأسعار مكونات محدّثة تصبح النتيجة مضلِّلة.
- يقدّم الذكاء الاصطناعي اقتراحاً ومسودة فقط؛ لا يغيّر السعر ولا يحذف الصنف ولا يطلق حملة. القرار والموافقة بيد صاحب المطعم.
- الميزة ليست متاحة بعد، وهي قيد التطوير ضمن الوصول المبكر؛ والحفاظ على البيانات منتظمة من الآن يضمن تحليلاً دقيقاً عند إتاحتها.
الأسئلة الشائعة
هل ميزة ربحية القائمة بالذكاء الاصطناعي متاحة الآن، ومتى ستصدر؟+
لا، الميزة غير متاحة للجميع حالياً في لوحة RestApp. نطوّرها ضمن الوصول المبكر ونختبرها مع قوائم حقيقية. سنتيحها للاستخدام تدريجياً في المرحلة القادمة. إن حافظت خلال هذه الفترة على انتظام بيانات الوصفة والتكلفة والمبيعات، حصلت على تحليل قيّم مباشرة عند إتاحة الميزة.
هل الذكاء الاصطناعي هو من يتخذ قرارات القائمة، وهل يغيّر الأسعار بنفسه؟+
لا. يقدّم الذكاء الاصطناعي فقط جدولاً يرتّب الأصناف وفق الهامش والطلب، ومسودة لترتيب القائمة. لا يغيّر سعراً، ولا يحذف صنفاً من القائمة، ولا يطلق حملة. قرار كل تغيير وموافقته بيد صاحب المطعم. يُظهر الذكاء الاصطناعي ما تقوله الأرقام، والكلمة الأخيرة لك.
هل بيانات قائمتي ومبيعاتي آمنة، وهل تُشارَك مع مطاعم أخرى؟+
البيانات ملك لمطعمك وتُعالَج بما يتوافق مع أنظمة حماية البيانات (GDPR وما يماثلها). لا تُستخدم قائمتك ومبيعاتك ومعلومات تكلفتك لتدريب نماذج مشتركة تُشارَك مع مطاعم أخرى. يعمل التحليل ببياناتك الخاصة، والنتائج خاصة بك.
كيف يحدّد الذكاء الاصطناعي أي صنف نجم وأيها مشكلة؟+
ينظر إلى محورين: طلب الصنف، أي كم مرة يُباع، وهامش المساهمة، أي سعر البيع ناقص تكلفة المكونات. الصنف ذو الطلب المرتفع والهامش المرتفع نجم، والصنف ذو الطلب المرتفع والهامش المنخفض مشكلة، أما الصنف ذو الطلب المنخفض والهامش المنخفض فيدخل مجموعة الأداء المنخفض.
ما الذي ينبغي أن أنتبه إليه ليكون التحليل دقيقاً؟+
أهم نقطة هي إدخال التكلفة الدقيق. يجب أن تكون وصفة كل صنف وأسعار مكوناته المحدّثة مُدخَلة في النظام. فمع تكلفة ناقصة أو قديمة قد يضع الذكاء الاصطناعي صنفاً في السلة الخاطئة. إبقاء وصفة وتكلفة أكثر 15 إلى 20 صنفاً مبيعاً محدّثة يحدّد دقة التحليل إلى حد كبير.
كيف تعمل هذه الميزة مع أدوات RestApp الأخرى؟+
تأتي بيانات المبيعات من نقطة البيع السحابية ونظام الطلبات، وتكلفة الصنف من وحدة الوصفات، وتظهر النتائج في التقارير السحابية. وعند تنفيذ الاقتراح ترفع الصنف النجم إلى الأعلى في القائمة الإلكترونية بـ QR، وتصمّم في صنف المشكلة عرضاً في جانب الولاء، وتوازن عبء المطبخ ببيانات شاشة المطبخ (KDS). الجميع يتغذى من البيانات نفسها.
توقّف عن دفع عمولة على طلباتك
أطلق نظام الطلب الخاص بك عبر الإنترنت بدون عمولة مع RestApp.