व्यस्त रातों में स्पष्ट इंतज़ार समय तय करें: एक टेबल टर्न टाइम ट्रैकर सीटिंग समय लॉग करता है, टारगेट टर्न दिखाता है और संभावित खुलने वाली टेबलें बताता है।

एक सीटिंग प्लान तब सबसे अच्छा काम करता है जब रूम लगातार एक समान रफ्तार से बदलता रहे। व्यस्त रातें इसका उल्टा कर देती हैं। ऑर्डर लंबा लेते हैं, मेहमान देर तक रुकते हैं, और एक लेट टिकट पूरे डाइनिंग रूम में असर डाल सकता है। इसलिए वही वेट कोटेशन जो 6:00 पर सही लगा था, 6:30 तक गलत हो सकता है।
रश के दौरान कोटेशन जिस वजह से बदलते हैं वह यह है कि आपकी इनपुट्स टीम से ज्यादा तेज़ बदलती हैं जितनी वो अपडेट कर पाती है। होस्ट एक "नॉर्मल" डिनर लंबाई के आधार पर अनुमान से शुरू कर सकता है, फिर बार बैक हो जाता है, किचन ओवरलोड हो जाता है, या एक बड़ी पार्टी अलग बिल मांग लेती है। अब कोटेशन एक ऐसे कमरे पर आधारित है जो अब मौजूद नहीं है।
जब टेबल की स्थिति लोगों के दिमाग में रहती है तो पूरा कमरा अंदाज़े का खेल बन जाता है। होस्ट फोन कॉल, वॉक-इन, और सीटिंग प्राथमिकताओं को संभाल रहे होते हैं, इसलिए वे मेमोरी पर निर्भर हो जाते हैं: "मुझे लगता है 12 जल्द ही खत्म होगा।" एक मिसिंग डिटेल (डेज़र्ट अभी सर्व किए गए, चेक माँगा नहीं गया, किसी सर्वर को डबल-सीट किया गया) बिना किसी के ध्यान दिए 15 मिनट जोड़ सकती है।
मिस्ड टर्न्स दोगुना नुकसान करते हैं। मेहमान वादा से ज़्यादा इंतज़ार करते हैं और स्टाफ का तनाव बढ़ता है क्योंकि हर निर्णय रिएक्टिव हो जाता है। यह आम तौर पर कुछ परिचित समस्याओं के रूप में दिखता है:
“संभवतः खाली होगा” सरल है: वे टेबल जिनके जल्द ही उपलब्ध होने की सबसे अच्छी संभावना है, यह तय करके कि उन्हें कब सीट किया गया और ऐसे रातों में वह टेबल आम तौर पर कितना लेती है। एक टेबल टर्न टाइम ट्रैकर इसे एक साझा व्यू में बदल देता है ताकि होस्ट दबाव में अनुमान न लगाए।
उदाहरण: अगर एक 2-टॉप 52 मिनट पहले बैठा था और आपका सामान्य टर्न 60 से 70 मिनट है, तो वह मजबूत उम्मीदवार है। अगर एक 6-टॉप 40 मिनट पहले बैठा था और वे आमतौर पर 90 मिनट लेते हैं, तो संभवतः यह आपका अगला ओपनिंग नहीं है, भले ही वह "करीब" लगे।
एक टेबल टर्न टाइम ट्रैकर तभी काम करता है जब टीम लाइन बाहर होने पर भी इसे बनाए रख सके। लक्ष्य परफेक्ट डेटा नहीं है। यह कुछ फील्ड्स हैं जो बताते हैं कि अगला क्या संभावना है और क्यों कुछ आगे नहीं बढ़ रहा।
एक नियम से शुरू करें: हर टेबल को मेहमान बैठते ही एक स्पष्ट स्टार्ट टाइम मिलना चाहिए। बाकी सब कुछ फिनिश का अनुमान लगाने में मदद करता है।
इसे अनिवार्य चीज़ों तक रखें ताकि होस्ट और मैनेजर सेकंडों में इसे अपडेट कर सकें:
अगर आप एक वैकल्पिक फ़ील्ड जोड़ते हैं तो वह सर्वर सेक्शन होनी चाहिए। यह जल्दी से बॉटलनेक्स दिखाने में मदद करती है, जैसे एक सेक्शन “paid” है पर बस्ट नहीं हुआ, या एक सर्वर की टेबल्स बाकी से 20 मिनट लंबी चल रही हैं।
पूरे रेस्तरां के लिए एक ही टर्न टाइम स्टोर न करें। व्यस्त रातें इसलिए फेल होती हैं क्योंकि अलग टेबल अलग तरह से व्यवहार करते हैं। टारगेट टर्न टाइम टेबल प्रकार द्वारा सेट करें (और कभी-कभी समय विंडो द्वारा)।
उदाहरण के लिए, आप 2-टॉप के लिए 60 से 75 मिनट, 4-टॉप के लिए 75 से 95 मिनट और पेटियो के लिए लंबा समय रख सकते हैं अगर मेहमान वहाँ अधिक देर रुके। ट्रैकर को सीटेड टाइम के पास टारगेट दिखाना चाहिए ताकि कोई भी एक नजर में देख सके कब कोई टेबल ओवर चल रही है।
डिले नोट्स कम और अर्थपूर्ण रखें। अगर हर टेबल पर नोट होगा तो होस्ट सिस्टम पर भरोसा करना बंद कर देगा। नोट्स सच में अपवादों के लिए रखें जो वेट बदलते हैं, जैसे बर्थडे केक, देर से आने वाला मेहमान, या किसी खास कोर्स को प्रभावित करने वाली किचन स्लोडाउन।
एक टारगेट टर्न टाइम तभी मदद करता है जब यह आपके डाइनिंग रूम की असल रफ़्तार से मेल खाता हो। हाल के शिफ्ट्स के वास्तविक औसत से शुरू करें, न कि उस नंबर से जो आप परफेक्ट नाइट पर चाहते हैं। अगर आपके पास अभी डेटा नहीं है, तो एक त्वरित बेसलाइन लें: 2-3 हालिया व्यस्त सर्विस चुनें और नोट करें कि हर टेबल कब बैठी और कब पेड हुई। मोटे नोट्स भी अनुमान से बेहतर होते हैं।
टारगेट दिन के हिस्से और सप्ताह के दिन के साथ बदलने चाहिए। लंच अक्सर तेज़ और अधिक अनुमान्य होता है। वीकेंड डिनर आमतौर पर लंबा चलता है, ज्यादा ड्रिंक्स, ज्यादा डेज़र्ट और अधिक पेसिंग के साथ।
एक व्यावहारिक तरीका है पार्टी साइज से लक्ष्य तय करना, फिर उन्हें लंच बनाम डिनर द्वारा विभाजित करना (और वैकल्पिक रूप से वीकडे बनाम वीकेंड)। एक मंगलवार लंच का 2-टॉप शनिवार रात के 4-टॉप से बहुत अलग व्यवहार कर सकता है।
टीम के लिए इसे आसान रखने के लिए एक छोटा सेट लक्ष्य रखें जिन्हें वे याद रख सकें:
फिर केवल उन चीज़ों के लिए समायोजित करें जो वाकई घड़ी पर असर डालती हैं: बड़ी पार्टियां, प्रिक्स फिक्स या टेस्टींग मेनू, स्पेशल इवेंट्स और कोई भी चीज़ जो कोर्सिंग जोड़ती है। एक 6-टॉप जो बर्थडे सेलिब्रेट कर रहा हो सामान्य औसत से 20 से 30 मिनट लंबा चल सकता है, भले ही सर्विस अच्छी हो।
अगर आप एक्सेप्शंस ट्रैक करते हैं तो एक स्पष्ट नियम रखें: जब कोई टेबल “धीरे चलने वाला by design” हो (tasting menu, बड़ी पार्टी, VIP पेसिंग), तो टारगेट को शिफ्ट करें ताकि होस्ट उस टेबल के लिए मानक क्लॉक पर सीट के लिए इंतज़ार न करे।
रश से पहले यह तय कर लें। अधिकांश टीमों के लिए सबसे अच्छा होता है कि मिड-शिफ्ट बदलाव के लिए एक ओनर हो, जैसे मैनेजर या फ्लोर लीड। होस्ट को अपवाद (बड़ी पार्टी, tasting menu) चिन्हित करने का अधिकार होना चाहिए, पर पूरे डाइनिंग रूम के लिए टारगेट नहीं बदलने चाहिए।
एक अच्छा नियम है कि टारगेट केवल किसी विशेष टेबल या सेक्शन के लिए बदले जाएँ और केवल तब जब आप एक वाक्य में बता सकें क्यों। इससे कोट्स सुसंगत रहते हैं और टारगेट विश विशफुल थिंकिंग में नहीं बदलते।
व्यस्त रात में होस्ट के पास स्प्रेडशीट समझने का समय नहीं होता। व्यू को लगभग तीन सेकंड में एक सवाल का जवाब देना चाहिए: कौन सी टेबलें जल्द खाली होने की संभावना रखती हैं, और कौन सी अब धीरे-धीरे पिछड़ रही हैं।
एक उपयोगी ट्रैकर स्क्रीन मूल रूप से एक्टिव टेबल्स की एक छोटी सूची है जिसमें कुछ फील्ड्स हों जो कभी अपनी जगह नहीं बदलते। लेआउट को सुसंगत रखें ताकि होस्ट बिना सोचे स्कैन कर सके।
सबसे सरल संस्करण केवल वही दिखाता है जो सीटिंग निर्णयों में मदद करता है:
यह तय करने के लिए काफी है कि 10 मिनट का कोट देना है या 25 मिनट का, और क्या अभी एक 2-टॉप बैठाना है या 4-टॉप के लिए होल्ड करना है।
“लेट” को स्पष्ट बनाएं ताकि होस्ट गणित न करे। अगर आप रंग इस्तेमाल कर सकते हैं तो सरल रखें:
अगर आप रंग नहीं इस्तेमाल कर सकते तो टैग्स जैसे OK, WATCH, LATE का उपयोग करें।
एक्सपेक्टेड फ्री अपने आप और सरल होना चाहिए:
Expected free = Seated time + Target turn time.
उदाहरण: टेबल 12 6:18 पर बैठी थी और टारगेट 75 मिनट है तो 7:33 दिखना चाहिए। अगर अब 7:35 है और टेबल अभी भी डाइन कर रही है तो यह Late में बदल जाएगी।
यहीं ट्रैकिंग अक्सर टूटती है। होस्ट को एक तेज़ एक्शन दें: एक टेबल ग्रुप चिह्नित करने का।
अगर दो टेबल मिलते हैं (12 + 13 एक 8-top बन जाते हैं), एक नया "combined" एंट्री शुरू करें जिस पर एक सीटेड टाइम हो (जब पार्टी भेरी थी) और मूल टेबल्स को "Merged" कर दें ताकि वे कोट्स प्रभावित करना बंद कर दें।
अगर टेबल विभाजित हो जाता है (पार्टी मूव हो जाती है, या चेक स्प्लिट होता है और एक तरफ रुकता है), तो मूल सीटेड टाइम रखें जब तक टेबल सचमुच री-सेट नहीं हुआ। अगर टेबल क्लियर हुई और फिर री-सीट हुई तो नया एंट्री शुरू करें। लक्ष्य सरल है: अपेक्षित खाली समय वही होना चाहिए जो मेहमानों ने असल में अनुभव किया, न कि जो फ़्लोर प्लान पहले था।
एक टेबल टर्न टाइम ट्रैकर तब ही काम करता है जब सर्विस के दौरान क्रियाएँ छोटी और सुसंगत रहें। हर टेबल को एक करंट स्टेटस और एक टाइमस्टैम्प चाहिए जिस पर होस्ट भरोसा कर सके।
दरवाज़े खुलने से दो मिनट पहले ट्रैकर को रूम से मिलाएँ। कल का डेटा क्लियर करें, टेबल नंबर confirmé करें, और आज रात के टारगेट टर्न टाइम सेट करें (अक्सर बार, पेटियो और डाइनिंग रूम के लिए अलग)। अगर स्टाफिंग बदल गई है तो अब उसे नोट करें क्योंकि इससे रफ्तार बदलती है।
एक साधारण शुरूआत-आफ-शिफ्ट सेटअप:
जब पार्टी बैठाई जाए तो तुरन्त लॉग करें। अगर आप "जब चीज़ें शांत हों तब" तक इंतज़ार करेंगे तो आप वो एक विवरण खो देंगे जो सबसे ज्यादा मायने रखता है: असली स्टार्ट टाइम।
उदाहरण: एक 4-टॉप 7:12 पर बैठा और सर्वर Maya है। अगर टारगेट 75 मिनट है तो होस्ट अनुमान लगा सकता है कि चेक और बस्टिंग के लिए छोटा बफर जोड़ने पर संभावित ओपनिंग लगभग 8:25 से 8:35 के बीच होगी।
आपको परफेक्ट डिटेल्स की जरूरत नहीं है, बस साफ़ स्टेटस चेंज जो टेबल्स के असल फ्लो से मेल खाते हों। दो अपडेट जो सबसे ज़्यादा मदद करते हैं वे हैं: जब चेक पेड होता है और जब टेबल बस्ट हुआ।
रिद्म सुसंगत रखें: Paid का मतलब है टेबल चेक-आउट विंडो में है। Bussed का मतलब है यह सचमुच रीसेट करने के लिए तैयार है या पहले ही रीसेट हो गया है।
जब वॉक-इन लाइन लंबी हो तो उन टेबल्स के आधार पर कोटेशन दें जो टारगेट के सबसे करीब हैं, साथ ही एक वास्तविक बफर जोड़ें। अगर तीन 2-टॉप पहले ही टारगेट पार कर चुकी हैं तो उन्हें "अगला" न कहें। उन्हें तब तक लेट मानें जब तक वे पेड नहीं हो जातीं।
अगर आप एक हल्का ट्रैकर बनाना चाहते हैं जो आपके फ़्लोर प्लान और शब्दावली में फिट हो, तो एक चैट-निर्मित आंतरिक टूल Koder.ai पर (Koder.ai) व्यावहारिक विकल्प हो सकता है। मुद्दा यह है कि होस्ट व्यू सरल, तेज़ अपडेट करने वाला और हैंडऑफ़ के दौरान सुसंगत होना चाहिए।
रात बंद करने से पहले उन टेबल्स को स्कैन करें जो लंबे चले और हर एक के लिए एक सादा कारण नोट करें। आप दोष नहीं ढूँढ रहे; आप पैटर्न ढूँढ रहे हैं जिन्हें अगली शिफ्ट में प्लान किया जा सके।
एक ट्रैकर तभी काम करता है जब होस्ट इसे लाइन बाहर होने पर भी वास्तव में इस्तेमाल करें। सबसे अच्छा सेटअप वही है जो सबसे कम टैप्स ले, होस्ट को गेसिंग में न छोड़े, और शिफ्ट चेंज्स को झेल सके।
कागज़ बैकअप के रूप में अच्छा हो सकता है। एक शीट पर टेबल नंबर और चेक-इन टाइम तेज़ होती है जब POS डाउन हो या वाई-फाई shaky हो। लेकिन लंबी वेट के समय यह टूट जाती है क्योंकि मिटाना, फिर से लिखना और शीट पास करना गैप्स बनाता है।
स्प्रेडशीट बीच में आती है। सस्ती और लचीली हैं और कई टीम्स इन्हें पहले से जानती हैं। नुकसान है स्पीड: स्क्रॉलिंग, छोटे सेल्स और गलती से एडिट धीमा कर देते हैं। अगर आप यह रास्ता चुनते हैं तो इसे टाइट रखें: टेबल नंबर, सीटेड टाइम, टारगेट टाइम, स्टेटस।
जब आपके पास मल्टी-होस्ट हैंडऑफ़्स हों या एक मैनेजर को पूरे कमरे से वही व्यू चाहिए हो तो एक सरल ऐप आमतौर पर सबसे अच्छा होता है। एक बेसिक ट्रैकर लेआउट लॉक कर सकता है, बुरे एडिट रोक सकता है, और “जल्द खाली” को बिना मानसिक गणना के स्पष्ट कर सकता है।
अगर आप ऐप बनाते या खरीदते हैं तो एक स्क्रीन और कुछ ही क्रियाओं पर ध्यान दें: seat, update, clear।
डिवाइस का चुनाव अपेक्षा से ज़्यादा मायने रखता है। सेवा के दौरान ट्रैकर के लिए एक घर चुनें:
एक त्वरित वास्तविकता परीक्षण: यदि एक सीटिंग रिकॉर्ड करने में 5 सेकंड से ज्यादा लगते हैं तो आपकी टीम सबसे व्यस्त रातों में इसे बंद कर देगी।
सटीक वेट कोटेशन्स अनुमान लगाने से कम और यह जानने से अधिक हैं कि अगला क्या खुलने की संभावना है। एक टेबल टर्न टाइम ट्रैकर आपको वास्तविक सीटिंग टाइम और अपेक्षित टर्न टाइम्स के आधार पर वेट कोटेशन देने में मदद करता है, न कि भावनाओं के।
बुनियादी से शुरू करें: केवल तभी टेबल वादा करें जब वह सचमुच उपयोग योग्य हो। एक पार्टी का जाना और एक टेबल का रेडी होना समान नहीं है। अगर आपका ट्रैकर दिखाता है कि टेबल "paid" या "departed" है पर "clean and reset" नहीं है, तो उसे अनवailable मानें। यह अकेला कदम नाम पुकारने और फिर scrambling के दर्दनाक पैटर्न को कम कर देगा क्योंकि टेबल अभी भी बसिंग की जरूरत है।
एक सरल "अगले 15 मिनट" व्यू रखें। आप पूरे रात की भविष्यवाणी नहीं करने की कोशिश कर रहे। आपको केवल यह जानना है कि कौन-सी टेबलें जल्द खुल सकती हैं और कौन-सी फिसल रही हैं।
किसी नंबर देने से पहले दो चीज़ों पर एक नज़र डालें: वे टेबल्स जो 15 मिनट के भीतर टर्न होनी चाहिए और क्या वे टेबल्स सही एरिया में हैं। अगर आपकी सबसे जल्द टर्न होने वाली सारी टेबल्स एक ही सेक्शन में हैं तो वहां तीन पार्टियों को बैठाना उस सर्वर को ओवरलोड कर सकता है और अगली राउंड को धीमा कर सकता है।
कोट करने के लिए एक रेंज दें और बताएं क्या इसे बढ़ा सकता है। एक सख्त वादा तब बहस बन जाता है जब टेबल देर हो। एक रेंज आपको जब समय बदले सच्चा रहने की जगह देती है।
एक पैटर्न जो व्यस्त रातों पर काम करता है:
उदाहरण: आप दो 4-टॉप देखते हैं जो 7:10 के आसपास तैयार होनी चाहिएं, पर वे दोनों पेटियो पर हैं और पेटियो सर्वर पहले से भर चुका है। आप 15 से 20 मिनट के बजाय 25 से 35 मिनट कहते हैं और अगला 4-टॉप अंदर 7:15 पर बैठाने का लक्ष्य रखते हैं ताकि सर्विस आगे चले।
7:00 pm है शुक्रवार। वेटलिस्ट में 10 पार्टियाँ हैं, ज्यादातर कपल्स और चार व्यक्ति की समूह। डाइनिंग रूम भरा है और होस्ट हर 30 सेकंड में वही सवाल सुन रहा है: "कितना टाइम?" एक साधारण ट्रैकर दो बातें दिखाता है जिन पर होस्ट भरोसा कर सकता है: हर टेबल कब बैठी और उस टेबल साइज के लिए टारगेट टर्न टाइम क्या है।
दो 4-टॉप लेट चल रही हैं। वे 5:45 पर बैठीं थीं और टारगेट 75 मिनट था, इसलिए वे "निकट" होनी चाहिए थीं। पर नोट्स दिखाते हैं कि अभी डेज़र्ट फायर हुआ और एक टेबल ने अलग चेक माँगा। यह मायने रखता है क्योंकि ये दोनों टेबल अगले चार-व्यक्ति पार्टियों के लिए सबसे अच्छी मैच हैं। अगर वे 15 मिनट स्लिप कर गए तो पूरा 4-टॉप लाइन बैकअप हो जाएगा।
होस्ट बोर्ड पर जो दिख रहा है उसके आधार पर दो अलग कोटेशन देता है, उम्मीद पर नहीं। 2-टॉप शायद पहले खुलेगा (6:10 पर बैठा, 60 मिनट टारगेट, पहले ही पेड)। 4-टॉप कम निश्चित है (वे लेट टेबल और एक 4-टॉप जिसका एंट्री अभी नहीं आई)।
रियल टाइम में कोट्स ऐसे लगते हैं:
फिर बस्टिंग में देरी आती है: बसर को पेटियो में भेज दिया जाता है, और एक फिनिश्ड 2-टॉप 8 मिनट तक गंदा पड़ा रहता है। ट्रैकर अब "अपेक्षित अप" और "रेडी टू सीट" के बीच गैप दिखाता है, इसलिए होस्ट अगला कोट थोड़ा ऊपर कर देता है और ओवरप्रोमिसिंग बंद कर देता है।
जब मैनेजर बॉटलनेक देखता है (कई टेबल फिनिश्ड पर फ्लिप नहीं हो रहे), वह तेज़ी से कार्रवाई कर सकता है: अस्थायी रूप से सेक्शन रीअसाइन करें, मैनेजर को प्री-बस करने के लिए मदद भेजें, या अगले 10 मिनट के लिए नया पेटियो सीटिंग रोक दें ताकि अंदर की टेबल्स साफ़ होकर टर्न कर सकें।
एक टेबल टर्न टाइम ट्रैकर तभी मदद करता है जब डेटा साफ़ रहे और होस्ट जो देखता है उस पर भरोसा कर सके। अधिकांश टीम्स इसलिए फेल नहीं होतीं क्योंकि उन्होंने गलत टूल चुना—वे छोटे आदतों की वजह से फेल होती हैं जो धीरे-धीरे तस्वीर बिगाड़ देती हैं।
सबसे बड़ी समस्याओं में से एक है प्रमुख स्टेटस अपडेट्स मिस करना जैसे paid, bussed, या reset। अगर एक टेबल दिख रही है कि अभी डाइन कर रही है जबकि वह असल में रेडी है, तो असर तुरन्त होता है: वेटलिस्ट लंबा दिखता है, मेहमानों को खराब कोट्स मिलते हैं, और बाद में सर्वर्स को डबल-सीट करना पड़ता है ताकि "कैच अप" हो सके।
एक और आम जाल एक ही टर्न टाइम को हर टेबल प्रकार पर लागू करना है। बार के पास वाला 2-टॉप अक्सर बूथ के 4-टॉप से तेज़ टर्न होता है। और ठंडी रात में पेटियो टेबल उसी टेबल से अलग व्यवहार करती है। अगर आप हर टेबल पर एक ही नंबर ज़बरदस्ती कर देंगे तो आपका "संभवतः खाली होगा" व्यू अंदाज़े पर बदल जाएगा।
कुछ गलतियाँ बार-बार दिखती हैं:
एक त्वरित उदाहरण: 7:10 pm है और होस्ट सोचता है कि तीन 4-टॉप 7:25 तक खुल जाएंगी। लेकिन दो वास्तव में 7:05 पर पेड हुईं और 7:12 पर बस्ट हुईं, और किसी ने इसका मार्क नहीं किया। आप 25 मिनट कह देते हैं जबकि वास्तविकता 10 मिनट थी, वॉक-इन चला जाता है, और आप एक रिज़र्वेशन को ऑर्डर से बाहर बैठाते हैं ताकि गैप भरा जा सके। यह व्यस्त-रात समस्या नहीं है—यह ट्रैकिंग अनुशासन की समस्या है।
फिक्स सरल है: अपडेट्स को छोटे रखें और प्राकृतिक पलों से जोड़ें (seat, pay, bus)। अगर ट्रैकर एक दूसरा काम जैसा लगेगा तो इसे इस्तेमाल नहीं किया जाएगा और कोई भी "प्रिडिक्शन" शोर बन जाएगा।
जब डाइनिंग रूम भरा हो, तो एक टेबल टर्न टाइम ट्रैकर तभी मदद करता है जब यह सरल और सुसंगत रहे। नए नियम जोड़ने से पहले सुनिश्चित करें कि बुनियादी बातें हर शिफ्ट हो रही हैं।
इन्हें होस्ट और मैनेजर के साथ प्री-शिफ्ट त्वरित चेक के रूप में उपयोग करें:
अगर आपने किसी का उत्तर "नहीं" दिया है तो पहले वही ठीक करें। एक शानदार डैशबोर्ड गंदे आदत को नहीं बचा पाएगा।
छोटे से शुरू करें, फिर एक वीकेंड के असली डेटा के साथ लूप को कसें:
एक अच्छा संकेत कि आप सही रास्ते पर हैं: होस्ट "कोई टेबल करीब है?" पूछना बंद कर देता है और कहना शुरू कर देता है "तीन 4-टॉप लगभग 12 से 18 मिनट में खाली होंगी, जब तक किचन स्लिप न करे।" तब वेट कोटेशन शांत होते हैं और सीटिंग तेज़ होती है।