طرفية الطلب (POS)
يستقبل الطلب ويسعّره ويحوّله إلى تذكرة يستطيع البار العمل عليها وإلى سجل تستطيع المنشأة إحصاءه.
هناك شيئان مختلفان يُطلق على كليهما اسم الطرفية، ويتعطلان بطريقتين مختلفتين. الأول جهاز إدخال على الكاونتر: شاشة وشجرة أزرار وبنية modifiers، ولا يُحكم عليه إلا بأمرين — عدد الحركات التي يستغرقها المشروب الشائع، ومدى أمانته في تمثيل ذلك المشروب. والثاني نظام سجلات: البيع يتكوّن في مكان، ويُكتب في مكان، ويُرسل إلى ما سيطبعه أو يعرضه. وموضع هذا التكوين هو سؤال المعمارية الذي يستحق أن يُطرح — فالطرفية التي لا تستطيع تجميع الطلب والاحتفاظ به دون اتصال حي تتوقف عن تحصيل النقود فور توقف الاتصال، والاتصال في محل مكتمل التشطيب ينقطع لأسباب لم يتوقعها أحد وقت التصميم. والدفع بالبطاقة عادةً جهاز معتمد منفصل على مسار مستقل: الطرفية ترسل مبلغًا وتستلم موافقة، ولا تتعامل مع بيانات البطاقة نفسها — وهذا سبب كون جهة الدفع وجهة الطلب قرارَي شراء، لا قرارًا واحدًا.
- ابحث عن عنق الزجاجة الحقيقي قبل شراء أي شيء يسرّع الواجهة الأمامية. فإذا كانت المشروبات — لا الطلبات — هي القيد، فكل مبلغ يُنفق على التقاط طلب أسرع يشتري لك انتظارًا مرئيًا أطول وطابورًا أكثر تضجرًا. راقب ذروة واحدة وأحصِ أين يذهب الوقت فعلًا: فالبار الذي لا يستطيع صنع مشروبات أسرع لا يحتاج كاشيرًا أسرع.
- أحصِ مواقع استلام الطلب المشغّلة في الذروة، لا طول الكاونتر. فالطرفية الثانية لا تستحق مساحتها إلا إذا وقف عندها شخص ثانٍ فعلًا يستقبل الطلبات في الوقت نفسه. والطرفية التي لا يقف عندها أحد لا تستقبل طلبات، وتستهلك أغلى متر كاونتر في المحل، ومع ذلك يجب تنظيفها.
- اختبر السلوك دون شبكة والشبكة مفصولة فعلًا، لا موصوفًا لك في اجتماع. اسأل ثلاثة أسئلة بالتحديد: ماذا يحدث للطلب المتكوّن نصفه حين ينقطع الاتصال، وماذا يحدث للتذاكر المصطفة خلفه، وكيف يبدو إجمالي اليوم حين يعود الاتصال. والإجابة المطاطة عن أي منها هي في حد ذاتها إجابة.
- احكم على بناء المنيو، لا على العتاد. خذ أكثر ثلاثة مشروبات طلبًا لديك مع الـ modifiers المعتادة وأحصِ الحركات التي يستغرقها كل منها على التخطيط الذي ستطبّقه فعلًا. فالموردون يعرضون منيو نظيفًا فيه أصناف قليلة؛ ومنيوك ليس كذلك، والفرق يقع كله على الكاشير وقت الزحام.
- بنية الـ modifiers هي التي تقرر ما إذا كانت التذكرة التي يستلمها البار موثوقة. فإذا وجب كتابة الاستبدال نصًا حرًا، قرأ البار كلامًا تحت الضغط وخمّن فيه. والـ modifiers المهيكلة تجعل أيضًا بيانات المبيعات قابلة للاستخدام لاحقًا — إذ لن تستطيع إحصاء عدد مشروبات oat milk التي بعتها إذا كان الـ oat milk تعليقًا مكتوبًا.
- علامات الحساسية يجب أن تكون حقلًا مهيكلًا، وهذه ليست مسألة تفضيل. فأي شيء يضطر الباريستا إلى قراءته من خانة تعليقات سيفوت يومًا ما في وقت زحام، وهو الحقل الوحيد الذي يكون التفويت فيه حادثة سلامة لا مجرد حادثة خدمة. تأكد من أن العلامة تصل حتى الشاشة أو التذكرة، لا من شكلها عند الكاشير فحسب.
- اسأل من يملك البيانات وكيف تستخرجها، كتابةً، قبل توقيع أي شيء. فالمشغّل الذي لا يستطيع تصدير المبيعات بالصنف لا يستطيع إجراء menu engineering، ولا حساب تكلفة وصفة مقابل مزيج المبيعات الفعلي، ولا محاسبة مورّد على قوله. والتقارير داخل لوحة المورّد نفسه ليست كامتلاكك لبياناتك.
- أكّد مسار الكهرباء ومسار الشبكة وقت التشطيب مع النجارة، لا بعد التوصيل. فالطرفية وطابعتها ودرجها حمل صغير، لكنه أكثر ما لا تريد فقدانه وسط الخدمة؛ وهل موضعها دائرة محمية أم منفصلة — هذا سؤال لمهندس كهرباء مرخّص وللجهة المحلية، وطرحه قبل بناء الكاونتر أرخص بكثير من طرحه بعده.
الحد الفاصل بين الضيف والبار، وبالتالي ما يقرر أين يقف الطابور. ضعها بحيث لا يندمج طابور الطلب ونقطة الاستلام في زحام واحد — فوقوف الضيف المنتظر للدفع والضيف المنتظر لمشروبه في المكان نفسه هو سبب بدء كليهما في سؤال الباريستا. وفي مثلث الحركة الذي تصفه مقالة سير العمل، الطرفية هي النقطة الثالثة: يجب أن تُبلَغ بخطوة واحدة من الماكينة حين يدير شخص واحد البار كله، ويجب أن تكون خارج مسار الباريستا تمامًا حين يكون العاملان اثنين.
- شراء واجهة أمامية أسرع لإصلاح عنق زجاجة عند البار، وهو ما يحوّل الطابور المرئي إلى طابور غير مرئي ولا يغيّر شيئًا في تجربة الضيف.
- ترك بناء المنيو لمن يركّب النظام بدلًا من مَن يعمل على الكاونتر في الذروة.
- قبول modifiers كنص حر لأنها أسرع في الإعداد، ودفع ثمن ذلك في كل تذكرة بعد ذلك.
- الدخول المشترك، وهو لا يكلّف شيئًا حتى أول فرق، ثم يكلّف القدرة على التحقيق في أي فرق.
- التعامل مع الطرفية كأنها مستثناة من روتين التنظيف لأنها إلكترونية. وهي أكثر سطح تلمسه الأيدي في بار يتعامل أيضًا مع أكواب مفتوحة.
- اكتشاف وقت التشغيل أن الكاونتر ليس فيه مسار كابلات، وحل ذلك بسلك سائب على أرضية مبللة.
- الطرفية وطابعتها ودرجها تسحب حملًا مستمرًا صغيرًا، لكنه الحمل الذي يوقف فقدانه البيع. وهل توضع على دائرة محمية أم منفصلة، وهل يستحق الموقع تغذية غير منقطعة خلفها — فذلك متوقف على المعدات المختارة والتغذية المتاحة؛ ويجب أن يؤكده مهندس كهرباء مرخّص والجهة المحلية هي المرجع. وهذا الموقع لا يحدد أمبيرات.
- خطّط الطرفية وطابعتها ودرجها كمساحة كاونتر واحدة، لا كثلاثة أشياء وجدتَ لها مكانًا. ومسار الكابلات بينها جزء من هذه المساحة وقرار نجارة يُتخذ وقت التشطيب.
- يجب أن يصل الكاشير إلى الشاشة والدرج دون أن يتراجع إلى الخلف داخل مسار عمل الباريستا، ويجب أن تكون الشاشة مقروءة من الزاوية التي يقف فيها الكاشير فعلًا لا الزاوية التي رُكّبت عليها.
- هذه الشاشة تعيش في أكثر أركان المكان بخارًا وبللًا، وهو مكان يتعامل أيضًا مع الحليب والشراب. الرذاذ والتكثّف ولمس الأيدي مستمرة، والوحدة التي فيها وصلات تحبس الحليب تصبح مشكلة تنظيف لا تنتهي.
- كاشير ثابت على الكاونتر
- وحدة مصنوعة لهذا الغرض ومثبّتة في الكاونتر، وغالبًا طابعتها ودرجها كتجميعة واحدة مركّبة.
- الأصعب في الوقوع، والأسهل في إبقائه مغلقًا أمام الحليب والبخار، ويثبّت موضع تكوّن الطابور. وهذه النقطة الأخيرة هي الحقيقية: الكاشير المثبّت قرار في مخطط الأرضية، ولا يمكن تحريكه لاحقًا كي يقصّر طابورًا تكوّن في المكان الخطأ.
- طرفية تابلت
- تابلت استهلاكي يعمل عليه برنامج الطلبات، يمسكه حامل ويرتبط بملحقات منفصلة.
- إضافة جهاز ثانٍ رخيصة، وهذا مفيد فعلًا. والتكلفة أن جهازًا استهلاكيًا صار قائمًا على بار تجاري: البطارية والتحديثات الإجبارية والتثبيت ودورات الاستبدال كلها صارت مشكلة المشغّل، ولم يعد الحامل ملحقًا كماليًا بل صار جزءًا من المواصفة.
- جهاز محمول لتفكيك الطابور
- طرفية بحجم الجيب تُحمل على طول الطابور كي يُؤخذ الطلب بعيدًا عن الكاونتر.
- تدخل الطلبات البار مبكرًا، فيبدأ الإنتاج قبل انتهاء الدفع. ولا يفيد ذلك إلا حين يكون إدخال الطلب هو عنق الزجاجة فعلًا. وحين يكون البار هو عنق الزجاجة — وهو الحال الغالب — فإن تفكيك الطابور يجعل الطابور غير مرئي دون أن يقصّره، وينتظر الضيف المدة نفسها وأمامه أقل مما ينظر إليه.
- كشك طلب ذاتي
- شاشة أمام الضيف تستقبل الطلب مباشرة، ولا يتعامل الموظفون إلا مع استثناءات الدفع والتسليم.
- ينقل إدخال الطلب إلى الضيف ويزيل الحوار، ومعه الـ upsell وسؤال الحساسية الذي يطرحه الكاشير المدرَّب بصوت مسموع. وهو أيضًا ينقل العمالة ولا يزيلها: فالبار الآن يستلم طلبات أسرع مما كان الكاشير سيغذّيه به، وإذا كان البار أصلًا هو القيد فإن الكشك يكشف ذلك فحسب.
- تُصحَّح الطلبات شفهيًا أو تُكتب من جديد عند البار بدلًا من قراءتها من التذكرة.
- بنية الـ modifiers غير مطابقة للطريقة التي يُطلب بها المنيو فعلًا، فيلتف الكاشيرون حولها بنص حر وكلام.
- ثوانٍ على كل تذكرة في أسوأ وقت ممكن، تُضاف إليها إعادات التحضير التي تعقب تصحيحًا سُمع خطأً. وهو أيضًا يدمّر بهدوء بيانات المبيعات التي كنت ستصلح بها المنيو.
- يتوقف الطابور كلما انقطع الاتصال، ولو للحظة.
- تكوين الطلب معتمد على وصلة حية بدلًا من أن يتجمّع محليًا ويُحفظ في طابور للمزامنة.
- توقف مباشر — البار غير قادر على تحصيل النقود، وسيحدث ذلك في الساعة الأهم، لأنها الساعة التي يكون فيها كل شيء آخر محمّلًا أيضًا.
- يضغط الكاشيرون خطأً، أو يمسحون أصابعهم قبل لمس الشاشة.
- شاشة موضوعة تحت ضوء يُحدث وهجًا، أو شاشة تحتاج طرف إصبع جاف ودقيق في بار الأيدي فيه مبللة.
- إدخال طلب بطيء وأزرار خاطئة، وكلاهما يصل إلى الضيف كبار غير منتبه لا كشاشة موضوعة في غير موضعها.
- إجماليات آخر اليوم لا تتوافق تمامًا ولا يستطيع أحد تحديد الشفت الذي يعود إليه الفرق.
- دخول مشترك، فكل حركة على الطرفية تخص الجميع.
- خسارة مالية، والأسوأ منها: الفرق الذي لا تستطيع التحقيق فيه يصبح فرقًا تتوقف عن التحقيق فيه.