طلب من غير تطبيق: السلة جوه القائمة نفسها

وضع الطلب مش تطبيق منفصل

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

تحت السطح، حالة السلة دي عايشة في مزوّد واحد بيتحمّل مرة واحدة لكل صفحة، فشبكة القائمة وزرار السلة العائم الاتنين بيقروا ويكتبوا على نفس بيانات الطلب. تضيف صنف من كارت، والرقم على الزرار العائم بيتحدث فوراً، لأنهم مش عنصرين منفصلين بيتزامنوا عن طريق التخزين المحلي، هما حالة واحدة بس.

درج الطلب سلة حقيقية

دوس على السلة العائمة وشيت سفلي بيطلع: "طلبك (2)"، قائمة بالأصناف المضافة، وإجمالي. كل صنف له عداد كمية (ناقص، رقم، زائد) بيستجيب لدوسة واحدة أو ضغطة مطوّلة للزيادة المتكررة، ورابط صغير "إضافة ملاحظة" لحاجة زي "حار زيادة" أو "من غير بصل"، وأيقونة سلة مهملات.

شيل صنف مش بيمسحه على طول. بيعلّمه كصنف معلّق، يسحبه برّه مع toast فيه "تراجع"، وبعد خمس ثواني بالظبط لو الزبون ما دوسش تراجع، ساعتها بس بيتشال فعلياً. اسحب صنف بإصبعك جانبياً لحد حد معين وبيحصل نفس الشيء: الصف بيكشف منطقة حمرا للحذف وانت بتسحبه. التراجع لازم يرجّع نفس الكمية، نفس الملاحظة، ونفس الإضافات بالظبط، ونافذة الخمس ثواني دي هي اللي بتخلّي ده ممكن.

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

المراجعة قبل ما أي حاجة تتبعت

دوس "مراجعة" ويطلع شيت تاني: "راجع طلبك." هنا السلة بتتحول لطلب فعلي. مفتاح Dine-in/Takeaway بيتحكم في الخانات اللي بتظهر. خانة رقم الترابيزة بتظهر بس لو Dine-in وبتختفي مع Takeaway. الاسم والتليفون اختياريين، وخانة الإيميل بتظهر بس لو الزبون سايب خانة التليفون فاضية، لأن كل طلب واتساب بيتحول لسجل عميل مربوط بأي وسيلة تواصل الزبون فعلاً كتبها. فيه خانة ملاحظة عامة للطلب، والمطاعم اللي ضبطت مجموعات إضافات زي الحجم أو الإضافات، بتظهر تحت كل صنف مع خانة ملاحظته الخاصة.

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

إيه اللي بيحصل لما الزبون يدوس بعت

دوس "إرسال عبر واتساب" والنظام بيبني رسالة الطلب، يتأكد إذا كانت هتدخل في رابط واتساب ولا لأ، ويفتح wa.me بالرسالة جاهزة. لو الطلب طويل وهيتخطى الحد المسموح لطول رابط واتساب، بينسخ الرسالة للحافظة بدل كده ويفتح واتساب بخانة فاضية علشان الزبون يلزقها. ولو الحافظة نفسها رفضت النسخ، وده بيحصل في بعض المتصفحات الداخلية جوه تطبيقات تانية، صندوق نص بيعرض الرسالة كاملة مع زرار نسخ خاص بيه. الطلب مستحيل يفشل من غير ما حد ياخد باله.

كل المسارات دي كمان بتسجل الطلب في الخلفية قبل ما نافذة واتساب حتى تخلص فتحها، فالطلب بيظهر في لوحة التحكم بتاعتك سواء الزبون دوس بعت فعلياً من طرفه أو لأ.

ليه ده أحسن من تطبيق يتسطّب

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

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

السعر

درج الطلب وشيت المراجعة جزء من اشتراك menu-MENA الأساسي، مفيش إضافة منفصلة للطلب. التجربة 14 يوم من غير بطاقة ائتمان. بعدها 90 جنيه في الشهر أو 1000 جنيه في السنة للفرع الأول، وكل فرع إضافي بنص السعر: 45 جنيه في الشهر أو 500 جنيه في السنة.