نظام نقاط بيع (POS) للمطاعم مبني حول نموذج طلب واحد مع سمة قناة، يوحّد طلبات تناول الطعام، السفري وعبر الإنترنت في طابور واحد يصمد أمام ليلة جمعة في مطبخ حقيقي.
معظم برمجيات المطاعم يتم استعراضها الساعة 11 صباحاً في غرفة هادئة. ويتم الحكم عليها الساعة 8 مساءً يوم الجمعة، وتم بناء ريد روك لهذا السيناريو الثاني.
المشكلة التي تصفها المطاعم ليست عادة نحن بحاجة إلى نقاط بيع، بل إن تناول الطعام يعمل على نظام، السفري على دفتر ملاحظات، والطلبات عبر الإنترنت تصل من جهاز لوحي لمجمع موضوع بجوار الصندوق، وفي نهاية اليوم على شخص ما جعل مجموعات الأرقام الثلاثة تتفق. احتجت ريد روك إلى نظام مبني لأكثر الساعات ازدحاماً وليس لعرض المبيعات.
طلب تناول الطعام، طلب السفري والطلب عبر الإنترنت تختلف تجارياً ولكنها متطابقة تشغيلياً، فكلها تصبح طعاماً يجب على الطاهي تحضيره بالترتيب الصحيح، وأي نظام يبقيها في طابور منفصل يدفع بعملية التسوية إلى البشر خلال ساعات الذروة. دوران الموظفين حقيقي ووقت التدريب قصير، فبرمجيات المطاعم التي تحتاج إلى دليل مستخدم قد فشلت بالفعل، ويجب أن يكون الموظفون الجدد منتجين عليها خلال وردية واحدة وليس أسبوعاً. تتغير القوائم باستمرار أيضاً، تتحرك الأسعار، تنفد العناصر منتصف الخدمة، تظهر العروض الخاصة، وإذا كان تغيير السعر يتطلب مطوراً فسيتم الالتفاف على النظام خلال شهر، وتصبح الحلول البديلة هي العملية الحقيقية. الخدمة لا تتوقف من أجل البرمجيات أيضاً، فنقاط البيع هي نظام يكلف فيه البطء في اللحظة الخطأ طاولة، لذا يجب أن تكون سريعة، متسامحة مع الأخطاء، ومستحيلة ضياع طلب فيها.
تمت نمذجة كل طلب ككائن واحد مع سمة قناة، بدلاً من ثلاثة أنظمة طلب متوازية تتشارك قاعدة بيانات، فطلب تناول الطعام والطلب عبر الإنترنت هما نفس السجل بأصول مختلفة، مما يعني طابوراً واحداً، تدفق حالة واحداً، ومجموعة واحدة من المجاميع في نهاية اليوم، وهو قرار نمذجة تم اتخاذه في الأسبوع الأول ويحدد ما إذا كانت مشكلة التسوية موجودة أصلاً. تم بناء إدارة القائمة لطاقم المطعم أنفسهم منذ البداية، الفئات، العناصر، الأسعار والتوفر كلها قابلة للتعديل بواسطة الأشخاص الذين يحتاجون إلى تغييرها، في اللحظة التي يحتاجون فيها إلى تغييرها، مع الالتزام بمعيار ما إذا كان بإمكن العمل تشغيل يوم عتيادي دون الاتصال بالمطور. تم تصميم واجهة الاستخدام للسرعة تحت الضغط بدلاً من التعقيد البصري، أهداف كبيرة، خطوات أدنى لطلب مكتمل، والإجراءات المشتركة يمكن الوصول إليها دون بحث، نظراً لأن البرمجيات المستخدمة أثناء الخدمة يُحكم عليها بكيفية تصرفها في أسوأ عشر دقائق من الأسبوع وليس الأفضل.
ريد روك قيد الاستخدام اليومي في مطعم عامل، وهو الاختبار الوحيد الذي يهم للبرمجيات التشغيلية، مع طابور طلبات واحد عبر تناول الطعام، السفري وعبر الإنترنت يحل محل ما كان تسوية لكل قناة، وتتم إدارة القائمة بالكامل بواسطة طاقم المطعم بدلاً من المطورين. الأرقام المحددة للطلبات المعالجة والوقت في الخدمة متاحة بناءً على الطلب.
Variant Control
Size & colour combinations tracked at the data layer.
Live Stock
Inventory levels update in real time across the catalogue.
Order Flow
Status transitions trigger automatic customer notifications.
Promotions
Promo codes created, applied, and retired without a developer.