संचालन संबंधी विचार
रेस्तराँ में साप्ताहिक सेवा समीक्षा कैसे करें: एक ऑर्डर से अगले हफ़्ते का एक बदलाव तय करें
हर हफ़्ते पहले कोई एक ठोस समस्या चुनें—जैसे पेय छूट जाना, मेज़ बदलने पर ऑर्डर ढूँढ़ना या बिल बाँटने पर बार-बार पूछताछ। फिर ज़रूरी ऑर्डर रिकॉर्ड, मौके पर किए गए अवलोकन और उस शिफ़्ट की टीम की यादों के आधार पर घटनाक्रम जाँचें। एक पन्ने के नोट में ज्ञात और अज्ञात बातें अलग रखें, ज़िम्मेदार व्यक्ति और अगली बार की निगरानी तय करें। बिक्री, तैयारी पूरी होने और वास्तविक डिलीवरी को अलग-अलग देखें; अनुमान लगाकर सटीक समयरेखा न बनाएँ।
रेस्तराँ की साप्ताहिक सेवा समीक्षा में पहले कोई वास्तविक समस्या चुनें, फिर उससे जुड़े ऑर्डर ढूँढ़ें और अंत में तय करें कि अगली शिफ़्ट में कौन-सा काम बदला जाएगा। बिक्री अच्छी होने पर भी पेय छूट सकता है, और लंबे इंतज़ार का मतलब यह ज़रूरी नहीं कि रसोई धीमी थी। समस्या को किसी एक हैंडऑफ़ से जोड़ने पर “अगले हफ़्ते बेहतर तालमेल रखें” जैसी बात को किसी ज़िम्मेदार व्यक्ति की ठोस योजना में बदला जा सकता है।
साप्ताहिक बैठक के लिए एक पन्ने का नोट इन मदों के अनुसार भरें
- इस हफ़्ते की ठोस समस्या: ____; रेस्तराँ, स्थानीय समय-क्षेत्र, कारोबारी दिन या तारीख़ों की अवधि और सेवा अवधि: ____।
- ज़रूरी ऑर्डर संदर्भ और सेवा का तरीका: ____; इन ऑर्डरों को चुनने का कारण: ____।
- सिस्टम में स्पष्ट रूप से दर्ज तथ्य: ____; मौके पर किया गया अवलोकन: ____; उस शिफ़्ट की टीम की याद या अनुमान: ____।
- अब भी गुम जानकारी: ____; इसे कौन जाँचेगा या अगली बार क्या देखा जाएगा: ____।
- प्रक्रिया में सबसे संभावित कमी और उसका आधार: ____; अगले हफ़्ते सिर्फ़ एक काम में किया जाने वाला बदलाव: ____।
- ज़िम्मेदार व्यक्ति, शुरुआत की सेवा अवधि और वैकल्पिक व्यक्ति: ____; सहायक सामग्री या हैंडऑफ़ का आधार: ____; अपवाद की स्थिति में संपर्क व्यक्ति: ____।
- अगली समीक्षा की योजना: ____; इस काम को जारी रखने, बदलने या रोकने के लिए देखे जाने वाले संकेत: ____।
इस चर्चा के लिए ज़रूरी ऑर्डर पहचान और घटनाक्रम ही रखें; ग्राहक की पूरी जानकारी की नकल न करें। तथ्यों, यादों और अनुमानों के स्रोत साफ़-साफ़ बताएँ। जहाँ समय दर्ज नहीं है, वहाँ सटीक मिनट न लिखें। ये बातें एक बार स्पष्ट कर लें, फिर चर्चा को इस हफ़्ते की समस्या पर केंद्रित रखें।
पहले समस्या चुनें, फिर तुलना के लिए उपयुक्त ऑर्डर
समस्या ठोस होनी चाहिए—मसलन, पेय क्यों छूटा, मेज़ बदलने के बाद मूल ऑर्डर कहाँ था, या बिल बाँटते समय किस हिस्से के बारे में बार-बार पूछा गया। हर गड़बड़ी को “ख़राब सेवा” कहकर न समेटें और न ही एक बार की बहस के आधार पर किसी कर्मचारी का मूल्यांकन करें। तुलना के लिए मिलती-जुलती सेवा अवधि, खाने की चीज़ों के संयोजन और सेवा के तरीके वाले सुचारु ऑर्डर चुन सकते हैं। अगर तुलना का आधार न मिले, तो समस्या को खुला रखें और अगली बार उसे देखने की योजना बनाएँ।
रिकॉर्ड देखने से पहले रेस्तराँ का समय-क्षेत्र और अवधि एक समान रखें; आधी रात के बाद जारी रहने वाले कारोबारी दिन को कैलेंडर दिन के साथ न मिलाएँ। बिक्री, पुष्टि की गई वसूली, रिफ़ंड और शिफ़्ट की नकदी अलग-अलग हिसाब हैं। बंद न हुए बिल को प्राप्त भुगतान न मानें। अलग-अलग दायरों के कुल आँकड़ों से सेवा की एक ही घटना की व्याख्या न करें।
एक ही ग्राहक-ज़रूरत का पूरा घटनाक्रम देखें
ज़रूरत बताए जाने, ऑर्डर दर्ज होने, तैयारी के लिए ऑर्डर मिलने, ऑर्डर की चीज़ों को एक साथ जुटाने, वास्तविक डिलीवरी और बिल के निपटारे तक की कड़ी देखें। जहाँ समय स्पष्ट रूप से दर्ज हो, उसे उसी अर्थ में इस्तेमाल करें। डिलीवरी का रिकॉर्ड न हो तो यह बात लिखें; खाना तैयार हो जाने से यह अनुमान न लगाएँ कि ग्राहक को वह मिल चुका था। MenuSnap में मौजूदा संस्करण, अनुमतियों और प्लान के अनुसार जो रिकॉर्ड वास्तव में उपलब्ध हों, उनका इस्तेमाल करें। कतार, खाना जल्दी भेजने के लिए किए गए अनुरोधों और डिलीवरी की जानकारी दर्ज न हो तो आवश्यकतानुसार कर्मचारियों के प्रत्यक्ष अवलोकन से उसे पूरा करें; यह दावा न करें कि सिस्टम ने जानकारी अपने-आप इकट्ठा की है।
KDS में तैयारी पूरी होना, काग़ज़ी टिकट हटाया जाना और खाने की वास्तविक डिलीवरी—ये अलग-अलग बातें हैं। बिल में हिस्सा अलग करना और भुगतान मिलना भी अलग हैं; अलग भुगतान टर्मिनल से हुए लेन-देन की बाहरी तौर पर पुष्टि करनी होगी। घटनाक्रम जाँचने के लिए नया ऑर्डर बनाने, रसोई को दोबारा भेजने या भुगतान फिर से करने की ज़रूरत नहीं है; पहले से मौजूद ज़रूरी रिकॉर्ड और कर्मचारियों की जानकारी का इस्तेमाल करें।
कारण को किसी ठोस काम से जोड़ें
- जानकारी दर्ज नहीं की गई: जाँचें कि आइटम के आकार या प्रकार, वह किसके हिस्से का है या कौन-सी चीज़ें अभी परोसी नहीं गई हैं—इनमें से किसकी जानकारी छूटी है; फिर संबंधित फ़ील्ड भरें।
- जानकारी लिखी थी, लेकिन किसी ने ज़िम्मेदारी नहीं ली: अगली भूमिका और उसके वैकल्पिक व्यक्ति को स्पष्ट करें—सिर्फ़ आपसी बातचीत की याद न दिलाएँ।
- ज़िम्मेदारी लेने वाला व्यक्ति काम आसानी से नहीं कर पा रहा: देखें कि जगह, काम का रास्ता या साझा उपकरण रुकावट तो नहीं बन रहे; सीधे यह निष्कर्ष न निकालें कि वह ध्यान नहीं दे रहा।
- रिकॉर्ड अधूरा होने से फ़ैसला नहीं हो सकता: अज्ञात बात को अज्ञात ही रखें और अगली बार देखने के लिए प्रक्रिया का ठोस हिस्सा तथा उसकी शुरुआत और समाप्ति तय करें; पूरा घटनाक्रम गढ़कर न लिखें।
उपकरण या सेटिंग से जुड़े सवालों की जाँच मालिक और सहायता टीम करें। पहले से स्वीकार किए गए ऑर्डरों की सेवा को प्राथमिकता दें; समीक्षा के कारण रसोई का काम न रोकें और न ही किसी ऐसे बिल में बदलाव करें जिसका निपटारा जारी है। एक बार में सबसे प्रासंगिक एक बदलाव चुनें—जैसे ऑर्डर की चीज़ों को एक साथ जुटाने से पहले उसी ऑर्डर के पेय जाँचना या मेज़ बदलने के बाद बार को बताना। मेनू, शिफ़्ट शेड्यूल और उपकरण—तीनों को एक साथ न बदलें।
अगले हफ़्ते की शुरुआत पिछली बार के फ़ैसले की समीक्षा से करें
मिलती-जुलती परिस्थितियों में देखें कि उसी तरह कोई चीज़ छूटना, बार-बार पूछताछ होना या ऑर्डर का गलत हिस्सा किसी और के नाम दर्ज होना अब भी हो रहा है या नहीं; यह भी देखें कि कर्मचारी उस बदलाव को लगातार अपना पा रहे हैं या नहीं और इंतज़ार अगली भूमिका पर तो नहीं जा रहा। ग्राहकों की संख्या, स्टाफ़ शेड्यूल और मेनू में बड़े अंतर हों तो सीधे कारण और नतीजे का दावा न करें। कुछ ऑर्डर सिर्फ़ संकेत देते हैं; वे सभी ग्राहकों के अनुभव का प्रतिनिधित्व नहीं करते।
जो तरीका काम करे, उसे शिफ़्ट शुरू होने से पहले की योजना में शामिल करें। जो काम न करे, उसके लिए मूल ऑर्डर में छूटी बात फिर जाँचें। जो अब भी स्पष्ट न हो, उसे देखते रहें और ऐसी जानकारी जुटाना बंद करें जिसकी अब ज़रूरत नहीं है। हर हफ़्ते आधार सहित एक फ़ैसला दर्ज करना, लगातार रिपोर्ट बढ़ाते रहने से सुधार के अधिक करीब है। किसी ऐसे तरीके को, जिसका अवलोकन नहीं किया गया है, ग्राहकों को संभालने की क्षमता या कार्यकुशलता की गारंटी के तौर पर पेश न करें।