
اللي الزبون بيشوفه وهو بيحجز ترابيزة
بقلم فريق menu-MENA
نُشر في 20 سبتمبر 2026
فين بالظبط زرار الحجز
مفيش صفحة حجوزات منفصلة الزبون محتاج يدوّر عليها أو يعمل bookmark ليها. لو شغّلت الحجوزات، زرار "احجز طاولة" بيظهر في الشريط الثابت تحت صفحة المنيو العامة، جنب زرار الطلب بالواتساب وأي رابط طلب خارجي ضايفه. الزبون وهو بيقلّب في المنيو شايف الزرار طول الوقت، مش مدفون في footer أو صفحة إعدادات. الزرار نفسه بيتحول تلقائياً لـ RTL زي باقي المنيو لما اللغة عربي.
يدوس عليه، وبينقل لصفحة مستقلة على رابط زي yourslug/reserve. الصفحة مقصود تكون فاضية: مفيش أصناف منيو، مفيش أقسام، مفيش قائمة تنقّل فوق. بس عنوان "احجز طاولة"، وتحته "احجز طاولة في [اسم المطعم]"، وبعده الفورم.
الخمس خانات الإجبارية، والاتنين الاختياريين
الفورم بيطلب: التاريخ، الوقت، عدد الأشخاص، اسمك، ورقم الهاتف. الخمسة دول إجباريين، وزرار "إرسال طلب الحجز" فاضل رمادي ومقفول لحد ما الخمسة يتملوا. البريد الإلكتروني والملاحظة اختياريين.
كام تفصيلة يستاهلوا الذكر:
- التاريخ مش هيسيبك تختار أمبارح. أقل تاريخ متاح هو النهاردة، فطلب حجز لنفس اليوم شغال عادي، بس مفيش رجوع للماضي.
- عدد الأشخاص قيمته الافتراضية 2، وبيقبل من 1 لحد 50.
- رقم الهاتف مش بيتفحص بصيغة صارمة. أي حاجة الزبون يكتبها بتعدي، لحد 32 حرف، وده عملياً معناه إن أرقام مصرية بـ+2 أو من غيرها الاتنين بيشتغلوا.
- الملاحظة محدودة بـ 500 حرف، وهي المكان الوحيد اللي الزبون يقدر يذكر فيه أي حاجة مفيش لها خانة، عيد ميلاد، طلب ترابيزة معينة، أو إنه عايز يقعد بعيد عن منطقة الأطفال.
الزرار نفسه مكتوب عليه "إرسال طلب الحجز"، مش "احجز دلوقتي". الاختيار ده مقصود: ولا حاجة في الشاشة دي بتقفل حجز ترابيزة فعلياً. هو بيبعت طلب بيوصلك بحالة pending، بالظبط نفس الحالة سواء وصل من الفورم ده، أو مكالمة تليفون، أو حد داخل يسأل على ترابيزة.
إيه اللي بيحصل ثانية ما يدوس إرسال
السيرفر بيعيد التأكد من كل حاجة الفورم أكدها قبل كده، فمفيش طلب يعدي بتاريخ غلط أو اسم فاضي حتى لو حد حاول يتخطى المتصفح. التاريخ لازم يكون تاريخ حقيقي في الكالندر (يوم زي 30 فبراير بيترفض، مش بيتقرّب لأقرب يوم)، والوقت لازم يكون بصيغة 24 ساعة، وكل الطلب محدود بحجم 8 كيلوبايت. وفيه كمان حد أقصى لعدد المحاولات: 20 طلب كل 5 دقايق لكل IP لكل مطعم، فمفيش سكريبت أو دوسة زيادة عصبية تقدر تضرب الفورم بحجوزات وهمية.
لو كل ده اتعدى، فيه احتمالين.
الغالب إن الطلب بيعدي عادي: الفورم بيختفي وبتظهر مكانه رسالة "شكراً! تم استلام طلب حجزك — سيؤكد المطعم قريباً." وده كل التأكيد اللي الزبون بياخده. مفيش رقم حجز، مفيش تحويل لصفحة تانية. لو الزبون حط إيميله، نفس الرسالة تقريباً بتوصله في إيميله كمان، وإنت بيوصلك إيميل فيه تفاصيل الحجز ورابط مباشر للوحة إدارة الحجوزات.
لما الميعاد يكون محجوز بالكامل فعلاً
لو انت حاطط حد أقصى لعدد الأشخاص في كل ميعاد من إعدادات معلومات المطعم، فيه احتمال تاني. الخانة دي اختيارية وفاضية بشكل افتراضي، يعني بلا حد أقصى. بس لو حطيتها مثلاً على 40 شخص، السيرفر بيجمع كل الحجوزات اللي مش cancelled على نفس التاريخ والوقت بالظبط قبل ما يقبل طلب جديد. اتنين بيبعتوا طلب لآخر أماكن فاضية في نفس اللحظة، مش هيعدّوا الاتنين: الفحص بيحصل جوه transaction في قاعدة البيانات، فأي طلب يتعالج تاني بيشوف الرقم المحدّث، مش الرقم القديم.
لما الميعاد يكون كامل، الزبون مش بياخد رسالة غامضة. بيشوف نفس الفورم، لسه متملي زي ما هو، وفوق الزرار سطر واحد: "هذا الموعد محجوز بالكامل — الرجاء اختيار وقت آخر." بيغيّر الوقت ويدوس إرسال تاني. ولا حاجة بتتمسح، ولا الصفحة بتعمل reload.
اللي الفورم مش بيتأكد منه عن قصد
الفورم مش بيراجع مواعيد شغلك المسجلة قبل ما يقبل الطلب. الزبون يقدر يكتب الساعة 3 الفجر وهيعدي كطلب pending زي أي وقت تاني. وكمان مفيش خريطة ترابيزات ورا كل ده، ولا طريقة للزبون يطلب "الترابيزة في الركن" غير إنه يكتبها في خانة الملاحظة. الحاجتين دول بيوصلوا لحضرتك تفرزهم لما تراجع الطلب، مش الفورم اللي بيفرزهم عن الزبون.
اللي بيتسجل من غير ما الزبون ياخد باله
غير سجل الحجز نفسه، اسم الزبون ورقم موبايله وإيميله (لو حطه) بيتسجلوا في ليستة عملائك، نفس الليستة اللي طلبات الواتساب بتبنيها. لو حد طلب منك بالواتساب قبل كده وحجز دلوقتي ترابيزة بنفس رقم الموبايل، هيبقى سجل عميل واحد عليه طلب وحجز، مش شخصين غرباء بيشتركوا في نفس الاسم بالصدفة.
وده كل رحلة الزبون: صفحة واحدة، خمس خانات إجبارية، ورسالة بتقوله بالظبط إيه اللي حصل وإيه اللي لسه ماحصلش.