रेस्तरां टैबलेट मेनू जो स्वतः अपडेट होते हैं

शाम 6:42 बजे, प्रबंधक स्टेक की कीमत बदलता है, बिक चुकी मिठाई को छुपाता है, और बड़ी टेबलों के लिए सेवा नियम को अपडेट करता है। परिवर्तन एक मिनट के अंदर बैक ऑफिस से प्रकाशित हो जाता है। लेकिन रेस्तरां टैबलेट मेनू पहले से ही टेबल 4, 9, और 11 पर मौजूद हैं, फिर भी पुराना संस्करण दिखाते हैं क्योंकि वे स्क्रीन पहली सीटिंग के बाद से खुली हुई हैं।

लाइव मेनू अपडेट के पीछे यही असली समस्या है। यदि खुले अतिथि उपकरण पुरानी जानकारी दिखाते रहें तो मेनू परिवर्तनों को शीघ्रता से प्रकाशित करना पर्याप्त नहीं है। जब टेबल टैबलेट स्वचालित रूप से अपडेट होते हैं, तो ऑपरेटरों को स्क्रीन को हाथ से ताज़ा करने, मूल्य विसंगतियों की व्याख्या करने, या दस मिनट पहले हटाई गई वस्तुओं के लिए माफ़ी मांगने के लिए कर्मचारियों को टेबल से टेबल पर भेजने की आवश्यकता नहीं होती है।

यह वह जगह है जहां हमेशा खुले मेनू स्क्रीन मेहमानों के फोन पर QR मेनू की तुलना में एक अलग परिचालन चुनौती पैदा करते हैं। जो अतिथि नए सिरे से स्कैन करता है उसे आमतौर पर वर्तमान संस्करण मिलता है। टेबल, बार, होटल ब्रेकफास्ट स्टेशन या कियोस्क पर लगाया गया टैबलेट घंटों तक खुला रह सकता है। यदि आपके द्वारा मेनू परिवर्तन प्रकाशित करने के बाद वह स्क्रीन ताज़ा नहीं होती है, तो रेस्तरां एक ही समय में दो वास्तविकताओं को चलाने लगता है: सिस्टम में वर्तमान मेनू और अतिथि के सामने पुराना मेनू।

टेबल टैबलेट एक अलग अद्यतन समस्या क्यों पैदा करते हैं?

रेस्तरां टैबलेट मेनू उपयोगी हैं क्योंकि वे घर्षण को कम करते हैं। मेहमानों को हर बार किसी डिश की जांच करने, कीमतों की तुलना करने या कोई अन्य ऑर्डर देने के लिए फोन निकालने, कैमरा ढूंढने और दोबारा स्कैन करने की ज़रूरत नहीं है। मेनू पहले से ही मौजूद है, पहले से ही खुला है और हमेशा उपलब्ध है।

वह सुविधा ही वास्तव में अद्यतन समस्या उत्पन्न करती है।

मानक QR वर्कफ़्लो के साथ, अतिथि अक्सर एक ताज़ा पृष्ठ लोड पर पहुँचता है। टेबल टैबलेट और अन्य हमेशा खुले मेनू स्क्रीन के साथ, डिवाइस ने मेनू को तीस मिनट पहले, दो घंटे पहले, या शिफ्ट बदलने से पहले लोड किया होगा। यदि पृष्ठ खुला रहता है, तो यह वर्तमान प्रकाशित मेनू से दूर जा सकता है जब तक कि सिस्टम यह नहीं जानता कि कुछ सार्वजनिक परिवर्तन होने पर स्क्रीन को रीफ्रेश कैसे किया जाए।

यह भोजन कक्ष की गोलियों से अधिक प्रभावित करता है। यही समस्या यहां दिखाई देती है:

• कैज़ुअल ऑर्डरिंग के लिए उपयोग की जाने वाली बार टैबलेट
• स्वयं सेवा कियोस्क
• होटल नाश्ता मेनू स्क्रीन
• होस्ट-स्टैंड टैबलेट का उपयोग आज के ऑफ़र दिखाने के लिए किया जाता है
• लाउंज, आँगन या पूल बार में डिजिटल डिस्प्ले

प्रत्येक मामले में, स्क्रीन खुली और तैयार रहने के लिए है। इससे गति महत्वपूर्ण हो जाती है, लेकिन ताज़गी और भी अधिक मायने रखती है।

ऑटो-अपडेटिंग रेस्तरां टैबलेट वास्तव में क्या समाधान करते हैं

जब टेबल टैबलेट स्वचालित रूप से अपडेट होते हैं, तो रेस्तरां छोटी लेकिन महंगी सेवा विफलताओं का एक सेट समाप्त कर देते हैं।

पहला है बासी मूल्य निर्धारण। यदि रसोई या प्रबंधक कीमत अपडेट करता है और टैबलेट अभी भी पुराना दिखाता है, तो अतिथि को एक राशि दिखाई देती है जबकि कर्मचारी और पीओएस दूसरी राशि पर काम करते हैं। यहां तक ​​कि एक छोटी सी विसंगति भी सेवा को धीमा कर देती है क्योंकि किसी को अंतर को समझाना, ओवरराइड करना या कम करना पड़ता है।

दूसरा है बिक चुका भ्रम। यदि कोई वस्तु चली गई है तो अतिथि को उसे तुरंत देखना चाहिए। अन्यथा सर्वरों को प्रतिक्रियाशील सेवा के लिए मजबूर किया जाता है: एक ऑर्डर लेना, उसे रसोई तक ले जाना, और बुरी खबर के साथ वापस आना। इससे कदम बर्बाद होते हैं और विश्वास को नुकसान पहुंचता है।

तीसरा है मेनू संरचना बहाव। यदि आप एक नया अनुभाग प्रकाशित करते हैं, एक विशेष को स्थानांतरित करते हैं, एक मौसमी सूची छिपाते हैं, या एक श्रेणी साफ़ करते हैं, तो खुली अतिथि स्क्रीन को नई संरचना को प्रतिबिंबित करना चाहिए। अन्यथा टीम एक ही समय में दो अलग-अलग मेनू से प्रभावी ढंग से सेवा दे रही है।

चौथा है परिचालन नीति में बदलाव। रेस्तरां अक्सर शिफ्ट, मौसम या स्थानीय मांग के आधार पर सेवा नियमों, न्यूनतम खर्च नोट्स, कवर-चार्ज विवरण या प्रोमो दृश्यता को अपडेट करते हैं। वे परिवर्तन केवल तभी सहायक होते हैं जब मेहमान वास्तव में उन्हें अपने सामने पहले से मौजूद स्क्रीन पर देखते हैं।

दूसरे शब्दों में, लाइव मेनू अपडेट केवल सुविधा के बारे में नहीं हैं। रेस्तरां जो प्रकाशित करता है और अतिथि वास्तव में क्या पढ़ सकता है, उसमें वे एकरूपता की रक्षा करते हैं।

व्यवहार में लाइव अपडेट कैसे काम करता है

सबसे साफ़ वर्कफ़्लो सरल है.

रेस्तरां मेनू को ड्राफ्ट में संपादित करता है, परिवर्तनों की समीक्षा करता है और तैयार होने पर प्रकाशित करता है। एक बार प्रकाशन चरण पूरा हो जाने पर, यदि उस रेस्तरां के लिए लाइव अपडेट सक्षम है तो खुली अतिथि स्क्रीन स्वचालित रूप से रीफ्रेश हो सकती है। कर्मचारियों को प्रत्येक टेबल टैबलेट को मैन्युअल रूप से छूने की आवश्यकता नहीं है, और मेहमानों को पकड़ने के लिए मेनू को बंद करने और फिर से खोलने की आवश्यकता नहीं है।

यह अंतर मायने रखता है क्योंकि इसे अनियंत्रित लाइव संपादन की तरह व्यवहार नहीं करना चाहिए। रेस्तरां को अभी भी एक सुरक्षित संपादकीय प्रवाह की आवश्यकता है। एक मसौदा वह जगह है जहां परिवर्तन तैयार किए जाते हैं। प्रकाशित करना वह क्षण है जब वे परिवर्तन सार्वजनिक हो जाते हैं। ताज़ा सिग्नल को प्रकाशन का अनुसरण करना चाहिए, न कि संपादक में किए गए प्रत्येक अधूरे संपादन का।

सेवा के दौरान यह विशेष रूप से महत्वपूर्ण है। प्रबंधक इस पर नियंत्रण चाहते हैं कि सार्वजनिक परिवर्तन कब दिखाई दें। उन्हें कई वस्तुओं को अपडेट करने, एक नियम को संशोधित करने और सब कुछ लाइव करने से पहले कीमतों की दोबारा जांच करने के लिए कुछ मिनटों की आवश्यकता हो सकती है। एक बार जब वह प्रकाशन हो जाता है, तो सिस्टम अतिरिक्त कर्मचारियों के काम के बिना रेस्तरां टैबलेट मेनू और अन्य हमेशा खुले मेनू स्क्रीन को अपडेट कर सकता है।

वैकल्पिक टॉगल भी मायने रखता है. प्रत्येक रेस्तरां प्रत्येक अतिथि-सामना वाली स्क्रीन पर स्वचालित रीफ्रेश नहीं चाहता है। कुछ ऑपरेटर इसे टेबल टैबलेट और कियोस्क के लिए चालू करना चाहेंगे, जबकि अन्य मैन्युअल रीफ्रेश व्यवहार को प्राथमिकता दे सकते हैं। एक रेस्तरां-स्तरीय सेटिंग प्रत्येक स्थान पर एक मॉडल को बाध्य करने के बजाय उस निर्णय को व्यावहारिक रखती है।

खुली अतिथि स्क्रीन पर क्या ताज़ा किया जा सकता है

इस प्रकार की सुविधा को उपयोगी बनाने के लिए, इसमें सार्वजनिक-सामना वाले परिवर्तनों को कवर करना होगा जो रेस्तरां वास्तव में दिन के दौरान करते हैं।

व्यवहार में, मेहमान जिन परिवर्तनों की सबसे अधिक परवाह करते हैं वे हैं:

• मौजूदा वस्तुओं पर मूल्य परिवर्तन
• मेनू आइटम जोड़ना, हटाना और उपलब्धता में परिवर्तन
• अनुभाग का नाम बदलना, पुन: व्यवस्थित करना, दृश्यता अद्यतन और निष्कासन
• नियम परिवर्तन जैसे कवर चार्ज नोट या सेवा जानकारी
• प्रोमो परिवर्तन जैसे विशेष, सीमित समय के ऑफर, या हाइलाइट किए गए अनुभाग
• अन्य प्रकाशित मेनू सामग्री जो अतिथि द्वारा वर्तमान में देखी जा सकने वाली चीज़ों को बदल देती है

इसे भोजन करने वालों के लिए ड्राफ्ट ऑटोसेव सिस्टम के रूप में तैयार नहीं किया जाना चाहिए। अतिथि-सामना ताज़ा केवल प्रकाशित सामग्री के बारे में है।

वह अंतर व्यवहार को पूर्वानुमानित रखता है। प्रबंधक शांति से संपादन कर सकते हैं, तैयार होने पर मेनू परिवर्तन प्रकाशित कर सकते हैं, और भरोसा कर सकते हैं कि खुली अतिथि स्क्रीन नई सार्वजनिक स्थिति के साथ संरेखित हो जाएंगी। उस सीमा के बिना, लाइव मेनू अपडेट गड़बड़ हो जाते हैं क्योंकि भोजन करने वालों को संक्षेप में आधे-अधूरे संपादन, अधूरे अनुभाग, या कीमतें दिखाई दे सकती हैं जिन्हें अभी भी समायोजित किया जा रहा है।

इसे कब इनेबल करना है

किसी रेस्तरां में प्रत्येक उपकरण को स्वचालित ताज़ा व्यवहार की आवश्यकता नहीं होती है। लेकिन कुछ सेटअपों को इससे स्पष्ट रूप से लाभ होता है।

इसे तब सक्षम करें जब रेस्तरां उन स्क्रीनों पर निर्भर हो जो लंबे समय तक खुली रहती हैं, खासकर जब कर्मचारी प्रत्येक प्रकाशन के बाद प्रत्येक डिवाइस पर दोबारा नहीं जा रहे हों।

सर्वोत्तम उपयोग के मामले हैं:

• भोजन कक्ष टेबल गोलियाँ
• पूरी शिफ्ट में बार टैबलेट का उपयोग किया जाता है
• होटल का नाश्ता और बुफ़े मेनू स्क्रीन
• कियोस्क ऑर्डर करना
• होस्ट-स्टैंड या वेटिंग-एरिया डिवाइस वर्तमान मेनू दिखा रहे हैं
• पूल किनारे, आँगन या लाउंज डिस्प्ले जो पूरे दिन खुले रहते हैं

ये वातावरण स्वचालित ताजगी को पुरस्कृत करते हैं क्योंकि अतिथि एक ऐसी स्क्रीन पढ़ रहा है जो नवीनतम प्रकाशन से बहुत पहले लोड की गई हो सकती है।

ऐसे भी मामले हैं जहां कोई रेस्तरां इस सुविधा को बंद कर सकता है। एक ऐसा स्थान जो अधिकतर अतिथि फोन से ताज़ा QR स्कैन पर निर्भर करता है, उसे इसकी आवश्यकता नहीं हो सकती है। एक रेस्तरां जो धीरे-धीरे सामग्री परिवर्तन का परीक्षण कर रहा है, वह पहले मैन्युअल रीफ्रेश व्यवहार को प्राथमिकता दे सकता है। और कुछ ऑपरेटर कर्मचारियों के ड्राफ्ट-टू-पब्लिश वर्कफ़्लो के साथ सहज होने के बाद ही स्वचालित रीफ्रेश चाहते हैं।

मुद्दा यह नहीं है कि हर डिवाइस को वास्तविक समय में अपडेट करना होगा। मुद्दा यह है कि रेस्तरां को इसे वहीं चुनने में सक्षम होना चाहिए जहां परिचालन लाभ स्पष्ट हो।

हमेशा खुले मेनू स्क्रीन का उपयोग करने वाले रेस्तरां के लिए सर्वोत्तम अभ्यास

यह सुविधा तब सबसे अच्छा काम करती है जब इसके चारों ओर परिचालन वर्कफ़्लो अनुशासित होता है।

सबसे पहले, परिभाषित करें कि सेवा के दौरान प्रकाशन का मालिक कौन है। यदि बहुत से लोग अपडेट पुश कर सकते हैं, तो स्क्रीन बार-बार और अप्रत्याशित रूप से रीफ्रेश हो सकती है। अधिकांश रेस्तरां में, सेवा शुरू होने के बाद एक प्रबंधक या शिफ्ट लीड को प्रकाशन निर्णय लेने का अधिकार होना चाहिए।

दूसरा, जब संभव हो तो बैच बदल जाता है। यदि आपको तीन कीमतें समायोजित करने, दो आइटम छिपाने और एक प्रोमो जोड़ने की आवश्यकता है, तो एक साथ संपादन करें और एक बार प्रकाशित करें। यह मेहमानों के लिए ताज़ा व्यवहार को साफ़ रखता है।

तीसरा, प्रकाशन के तुरंत बाद महत्वपूर्ण परिवर्तनों का परीक्षण करें। किसी नजदीकी डिवाइस पर, पुष्टि करें कि अद्यतन सार्वजनिक स्थिति वही है जिसकी आपको अपेक्षा थी। यह मूल्य परिवर्तन और नियमों के लिए विशेष रूप से महत्वपूर्ण है।

चौथा, कनेक्टिविटी को लेकर यथार्थवादी बनें। टेबल टैबलेट स्वचालित रूप से केवल तभी अपडेट होते हैं जब डिवाइस विश्वसनीय रूप से ऑनलाइन रह सकता है। कमजोर वाई-फाई, कैप्टिव पोर्टल, या अस्थिर कियोस्क हार्डवेयर सुविधा पर गलत दोषारोपण करेगा जब वास्तविक समस्या कनेक्टिविटी की होगी।

पांचवां, सबसे पहले यह तय करें कि हमेशा खुली रहने वाली स्क्रीन का उपयोग कहां किया जाना चाहिए। प्रत्येक तालिका या स्थान को समान रूप से लाभ नहीं होता है। कुछ कमरों में, मेहमानों के फोन से शिफ्ट के बीच में तुरंत QR कोड मेनू अपडेट करना पर्याप्त है। दूसरों में, माउंटेड स्क्रीन या फिक्स्ड टैबलेट अधिक मायने रखते हैं।

छठा, संबंधित वर्कफ़्लो को संरेखित रखें। यदि टीम सेवा के दौरान कीमतें भी अपडेट करती है, तो सुनिश्चित करें कि वे एक मानक प्रक्रिया का पालन करें। वही तर्क जो सेवा के बीच में रेस्तरां की कीमतें बदलने के लिए मायने रखता है, यहां लागू होता है: जब गति असंगतता पैदा करती है तो सटीकता गति को मात देती है।

सेवा के दौरान यह क्यों मायने रखता है?

मध्य-सेवा परिवर्तन किनारे के मामले नहीं हैं। वे सामान्य रेस्तरां संचालन हैं।

एक डिश अपेक्षा से अधिक तेजी से खत्म हो जाती है। आपूर्तिकर्ता प्रतिस्थापन एलर्जेन नोट को बदल देता है। हैप्पी आवर देर से लाइव होता है क्योंकि फ़्लोर धीरे-धीरे खुलता है। मिठाई अनुभाग को छिपाने की आवश्यकता है क्योंकि पेस्ट्री टीम पीछे है। फ्रंट-ऑफ-हाउस लीड ने एक विशेष फीचर पेश करने का निर्णय लिया है, जिसे अभी अधिक दृश्यता की आवश्यकता है।

ऑटो-रिफ्रेश के बिना, उनमें से प्रत्येक निर्णय अतिरिक्त मानव सफाई कार्य बनाता है। कर्मचारियों को यह याद रखना चाहिए कि कौन से टैबलेट खुले हैं, कौन से उपकरण अभी भी पुराने हैं, और कौन से मेहमान अभी भी पुरानी जानकारी पढ़ रहे होंगे। व्यस्त सेवा में, वह मानसिक भार गलतियाँ पैदा करने के लिए पर्याप्त है।

हमेशा खुले मेनू स्क्रीन पर लाइव मेनू अपडेट के साथ, मेनू एक और चीज़ के बजाय सेवा का अधिक विश्वसनीय हिस्सा बन जाता है जिसे टीम को मैन्युअल रूप से प्रबंधित करना पड़ता है। इसका मतलब है कि सर्वर के लिए कम रुकावटें, कम अजीब स्पष्टीकरण, और कम क्षण जहां अतिथि मेनू का एक ऐसा संस्करण देखता है जिसे रेस्तरां अब पीछे नहीं छोड़ता है।

इससे आत्मविश्वास भी बढ़ता है. जब कोई रेस्तरां मेनू में बदलाव प्रकाशित करता है, तो टीम को भरोसा करना चाहिए कि भोजन कक्ष भी वही सार्वजनिक सच्चाई देखता है। यह उपलब्धता और मूल्य निर्धारण के लिए विशेष रूप से महत्वपूर्ण है क्योंकि ये वे विवरण हैं जो सिंक से बाहर होने पर सबसे अधिक दिखाई देने वाले घर्षण का कारण बनते हैं।

अराजकता के बिना स्टॉक से बाहर मेनू आइटम को नियंत्रण में रखने के पीछे भी यही परिचालन मानसिकता है। अतिथि-सामना मेनू जितनी तेजी से पकड़ता है, कर्मचारियों को उतनी ही कम सफाई करनी पड़ती है।

Kiuar.menu ने यह सुविधा क्यों बनाई?

Kiuar.menu पहले से ही रेस्तरां को तेजी से संपादन करने, साफ-सुथरा प्रकाशित करने और मेनू बदलने पर पुनर्मुद्रण से बचने में मदद करता है। टैबलेट-हेवी सेटअप के लिए गायब अंतर यह है कि यदि परिवर्तन होने से पहले ही स्क्रीन खुली थी तो अकेले प्रकाशन पर्याप्त नहीं है।

इसीलिए लाइव अपडेट मौजूद हैं।

लक्ष्य व्यावहारिक है: जब कोई रेस्तरां इसे सक्षम करना चुनता है, तो प्रकाशित सार्वजनिक परिवर्तन स्वचालित रूप से पूरे फर्श पर मैन्युअल रीफ्रेश राउंड को मजबूर किए बिना टेबल टैबलेट और अन्य हमेशा खुले मेनू स्क्रीन तक पहुंच सकते हैं। यह उन ऑपरेटरों के लिए है जिन्हें सेवा जारी रखने के लिए मेनू की आवश्यकता है, न कि मार्केटिंग कॉपी या नवीनता के लिए।

यह Kiuar.menu के पीछे व्यापक उत्पाद दिशा में फिट बैठता है: मेनू सामग्री को अपडेट करने के लिए एक स्थान, एक सार्वजनिक संस्करण जिस पर मेहमान भरोसा कर सकते हैं, और परिवर्तन करने वाले व्यक्ति और इसे दिखाने वाले डिवाइस के बीच कम मैन्युअल हैंडऑफ़।

निष्कर्ष: रेस्तरां टैबलेट मेनू चालू रहने पर बेहतर काम करते हैं

रेस्तरां टैबलेट मेनू केवल घर्षण को कम करते हैं जब वे वास्तव में लाइव मेनू के साथ संरेखित रहते हैं।

यदि कोई स्थान टेबल टैबलेट, कियोस्क, या अन्य हमेशा खुले मेनू स्क्रीन पर निर्भर करता है, तो वास्तविक समस्या यह नहीं है कि टीम मेनू परिवर्तन प्रकाशित कर सकती है या नहीं। वास्तविक समस्या यह है कि क्या वे उपकरण अतिरिक्त कर्मचारियों के हस्तक्षेप के बिना प्रकाशन को प्रतिबिंबित करते हैं। जब टेबल टैबलेट स्वचालित रूप से अपडेट हो जाते हैं, तो रेस्तरां सेवा से मैन्युअल सफाई की एक और परत हटा देता है।

इसका मतलब है कम पुरानी कीमतें, कम बिकने वाले आश्चर्य, कम नियम बेमेल, और हाथ से ताज़ा उपकरणों के आसपास घूमने में कम समय खर्च होना। इसका मतलब यह भी है कि मेहमान एक मेनू देखता है जिसे रेस्तरां वास्तव में देख सकता है।

यदि आपका ऑपरेशन हमेशा खुली स्क्रीन का उपयोग करता है और आप मैन्युअल रीफ्रेश कार्य के बिना लाइव मेनू अपडेट चाहते हैं, तो उस वर्कफ़्लो को व्यावहारिक बनाने के लिए Kiuar.menu बनाया गया है। एक बार प्रकाशित करें, अतिथि-सामना वाली स्क्रीन को सटीक रखें, और भोजन कक्ष को उपकरण रखरखाव के बजाय सेवा पर केंद्रित रहने दें।