টেবিল বসানোর সময় আরও সুনির্দিষ্ট ওয়েট কোট দিন—একটি টেবিল টার্ন টাইম ট্র্যাকার সিটিং টাইম লগ করে, লক্ষ্য টার্ন দেখায় এবং কোন টেবিল শীঘ্রই খালি হতে পারে তা নির্দেশ করে।

একটি সিটিং প্ল্যান তখনই ভাল কাজ করে যখন ঘরটি স্থিতিশীল গতিতে বদলায়। ব্যস্ত রাতগুলো ঠিক উল্টোটা করে। অর্ডার নিতে সময় বেশি লাগে, অতিথিরা বেশি সময় থাকে, এবং একটি দেরি করা টিকিট সারাবিশ্বে ব্যাপক প্রভাব ফেলতে পারে। তাই 6:00 টায় যে অপেক্ষা সময়টা ঠিক মনে হচ্ছিল, 6:30 টায় ভুল হতে পারে।
রাশের সময় কোটেশনগুলি ভ্রমণের সবচেয়ে বড় কারণ হল আপনার ইনপুটগুলো আপনার দল যত দ্রুত আপডেট করতে পারে তার চেয়ে দ্রুত বদলে যায়। একটি হোস্ট সাধারণ "সাধারণ" ডিনারের দৈর্ঘ্যের ভিত্তিতে সঠিক অনুমান দিয়ে শুরু করতে পারে, তারপর বার ব্যাকআপ করে, কিচেন ব্যস্ত হয়ে পড়ে, বা একটি বড় পার্টি আলাদা বিল চাইতে পারে। এখন কোটেশনটি এমন একটি ঘরের উপর ভিত্তি করে করা, যা আর নেই।
যখন টেবিলের স্ট্যাটাস মানুষের মাথার মধ্যে থাকে, তখন ঘরটি আন্দাজের খেলা হয়ে ওঠে। হোস্টরা ফোন, ওয়াক-ইন এবং সিটিং পছন্দগুলো সামলাতে থাকে, তাই তারা স্মৃতিতে নির্ভর করে: "আমি মনে করি 12টা প্রায় শেষ।" একটি মিস হওয়া ডিটেল (ডেজার্ট এখনই রাখা হয়েছে, চেক অনুরোধ করা হয়নি, একজন সার্ভার ডাবল-স্যাট হয়েছে) ১৫ মিনিট যোগ করে দিতে পারে কেউ টের পায় না।
মিস হওয়া টার্নগুলোর দ্বিগুণ ক্ষতি হয়। অতিথিরা প্রতিশ্রুতির চেয়ে বেশি সময় অপেক্ষা করে, এবং স্টাফদের চাপ বাড়ে কারণ প্রতিটি সিদ্ধান্ত প্রতিক্রিয়াশীল হয়ে ওঠে। সাধারণত এটি কয়েকটি পরিচিত সমস্যায় প্রকাশ পায়:
"সম্ভাব্য মুক্ত হওয়া" সহজ: সেই টেবিলগুলো যেগুলো শীঘ্রই খালি হওয়ার সবচেয়ে সম্ভাবনা আছে, সেগুলো নির্ভর করে কখন সিট করা হয়েছিল এবং এমন একটি রাতে সাধারণত সেই টেবিলগুলো কতক্ষণ নেয়। একটি টেবিল টার্ন টাইম ট্র্যাকার এটাকে একটি শেয়ার্ড ভিউতে পরিণত করে যাতে হোস্টদের চাপের মধ্যে আন্দাজ করতে না হয়।
উদাহরণ: যদি একটি ২-টপ ৫২ মিনিট আগে বসে ছিল এবং আপনার সাধারণ টার্ন ৬০ থেকে ৭০ মিনিট, এটি একটি শক্তিশালী প্রার্থী। যদি একটি ৬-টপ ৪০ মিনিট আগে বসে ছিল এবং সাধারণত সেগুলো ৯০ মিনিট নেয়, তাহলে এটি সম্ভবত আপনার পরবর্তী ওপেনিং নয়, যদিও তা "ক্লোজ" মনে হতে পারে।
একটি টেবিল টার্ন টাইম ট্র্যাকার কেবল কাজ করবে যদি দলটি লাইন বাইরে থাকলেও এটাকে আপডেট রাখতে পারে। লক্ষ্য নিখুঁত ডাটা নয়। কিছু ফিল্ডই যথেষ্ট যা ব্যাখ্যা করে কি শীঘ্রই মুক্ত হতে পারে, এবং কেন কিছু এগোচ্ছে না।
একটি নিয়ম দিয়ে শুরু করুন: অতিথিরা বসার মুহূর্তে প্রতিটি টেবিলের একটি স্পষ্ট স্টার্ট টাইম থাকবে। বাকী সবকিছু শেষ সময় অনুমান করতে সাহায্য করে।
এটি অপরিহার্যগুলিতেই সীমাবদ্ধ রাখুন যাতে হোস্ট এবং ম্যানেজাররা সেগুলো সেকেন্ডে আপডেট করতে পারে:
একটি ঐচ্ছিক ফিল্ড যোগ করলে সেটি হোক server section। এটি দ্রুত বোঝায় কোথায় বটলনেক হচ্ছে, যেমন একটি সেকশন "paid" হলেও বাস করা হচ্ছে না, বা একটি সার্ভারের টেবিলগুলো বাকি থেকে ২০ মিনিট বেশি চালাচ্ছে।
পুরো রেস্তোরাঁর জন্য একটা টার্ন টাইম সংগ্রহ করবেন না। ব্যস্ত রাতগুলো ব্যর্থ হয় কারণ বিভিন্ন টেবিল আলাদাভাবে আচরণ করে। টেবিল টাইপ (এবং কখনও কখনও সময়ের উইন্ডো) অনুযায়ী একটি টার্গেট টার্ন টাইম সেট করুন।
উদাহরণস্বরূপ, আপনি ২-টপের জন্য ৬০ থেকে ৭৫ মিনিট, ৪-টপের জন্য ৭৫ থেকে ৯৫ মিনিট এবং প্যাটিওর জন্য দীর্ঘ সময় লক্ষ্য করতে পারেন যদি সেখানে অতিথিরা বেশি সময় কাটান। ট্র্যাকারটিতে সিট করা সময়ের পাশে টার্গেট দেখানো উচিত যাতে কেউ এক নজরে দেখতে পারে কোন টেবিল ওভার রান করছে।
ডিলে নোটগুলো বিরল এবং অর্থবহ রাখুন। যদি প্রতিটি টেবিলে নোট থাকে, হোস্ট সিস্টেমে বিশ্বাস করা বন্ধ করে দিবে। নোটগুলো সেভ করুন সেসব বিশেষ ব্যতিক্রমের জন্য যা ওয়েট পরিবর্তন করে, যেমন জন্মদিনের কেক, দেরিতে আসা অতিথি, বা কোনো নির্দিষ্ট কোর্সে কিচেন স্লোডাউন।
একটি টার্গেট টার্ন টাইম কেবল তখনই কাজে লাগে যখন এটি আপনার ডাইনিং রুম বাস্তবভাবে কীভাবে চলে তা মেলে। সাম্প্রতিক শিফট থেকে বাস্তব গড় দিয়ে শুরু করুন, Perfecট নাইটের কাঙ্ক্ষিত সংখ্যার ওপর নয়। যদি আপনার কাছে ডাটা না থাকে, একটি দ্রুত বেসলাইন করুন: ২-৩টি সাম্প্রতিক ব্যস্ত সার্ভিস বেছে নিন এবং নোট করুন কখন প্রতিটি টেবিল বসেছিল এবং কখন পে করেছিল। ধ্রুব নোটও আন্দাজের থেকে ভালো।
টার্গেটগুলো ডে-পার্ট এবং সপ্তাহের দিনের সাথে বদলানো উচিত। লাঞ্চ সাধারণত দ্রুত এবং বেশ নির্ভরযোগ্য। উইকেন্ড ডিনার সাধারণত দীর্ঘ হয়, বেশি ড্রিঙ্ক, বেশি ডেজার্ট এবং ভিন্ন পেসিং থাকে।
একটি ব্যবহারিক পদ্ধতি হল পার্টি সাইজ অনুযায়ী টার্গেট সেট করা, তারপর লাঞ্চ বনাম ডিনার (এবং অপশনাল ওয়িকডে বনাম উইকেন্ড) আলাদা করা। একটি মঙ্গলবার লাঞ্চে থাকা ২-টপ শনিবার রাতের ৪-টপের মত আচরণ করতে পারে না।
দলের জন্য সহজ রাখতে, একটি ছোট সেট টার্গেট ব্যবহার করুন যা তারা মনে রাখতে পারে:
তারপর কেবল সেই জিনিসগুলোর জন্য অ্যাডজাস্ট করুন যা সত্যিই ঘড়ি এগোয়: বড় পার্টি, প্রিক্স ফিক্স বা টেস্টিং মেনু, স্পেশাল ইভেন্ট, এবং কোর্সের কারণে বাড়তি সময়। একটি ৬-টপ বিজয় উদযাপন করলে সাধারণ গড়ের চেয়ে ২০ থেকে ৩০ মিনিট বেশি সময় নিতে পারে, এমনকি সার্ভিস ভাল থাকলেও।
আপনি যদি ব্যতিক্রম ট্র্যাক করেন, একটি স্পষ্ট নিয়ম ব্যবহার করুন: যখন একটি টেবিল "slow by design" (tasting menu, বড় পার্টি, VIP পেসিং) হয়, তখন টার্গেট শিফট করা উচিত যাতে হোস্ট এমন একটি টেবিলের জন্য অপেক্ষা না করে যা স্ট্যান্ডার্ড ক্লকের উপর কখনও ফ্লিপ হওয়ার কথা ছিল না।
এটি রাশের আগে ঠিক করে নিন। বেশিরভাগ দল মাঝ শিফটে পরিবর্তনের জন্য এক জন মালিক থাকা বাঞ্ছনীয়, যেমন ম্যানেজার বা ফ্লোর লিড। হোস্টরা ব্যতিক্রম চিহ্নিত করতে পারবে (বড় পার্টি, টেস্টিং মেনু), কিন্তু পুরো ডাইনিং রুমের জন্য টার্গেট পুনরায় লিখতে পারবে না।
একটি ভাল নিয়ম: কেবল একটি নির্দিষ্ট টেবিল বা সেকশনের জন্য টার্গেট পরিবর্তন করুন, এবং এক বাক্যে কেন পরিবর্তন হলো সেটা ব্যাখ্যা করুন। এতে কোটগুলি সঙ্গত থাকে এবং টার্গেট আশা-ভিত্তিক হয়ে ভাসে না।
একজন হোস্টের কাছে ব্যস্ত রাতে একটি স্প্রেডশিট বোঝার সময় থাকে না। ভিউটি প্রায় তিন সেকেন্ডে এক প্রশ্নের উত্তর দিতে হবে: কোন টেবিলগুলো শীঘ্রই খালি হবে, এবং কোনগুলো ধীরে ধীরে পিছিয়ে যাচ্ছে।
একটি ব্যবহারযোগ্য ট্র্যাকার স্ক্রিন মূলত সক্রিয় টেবিলগুলোর একটি সংক্ষিপ্ত তালিকা, কয়েকটি ফিল্ডের সাথে যেগুলো কখনোই অবস্থান বদলায় না। লেআউটটি সঙ্গত রাখুন যাতে হোস্ট চিন্তা ছাড়াই স্ক্যান করতে পারে।
সবচেয়ে সরল ভার্সন কেবল সিটিং সিদ্ধান্তে সাহায্য করে এমন তথ্য দেখায়:
এটাই যথেষ্ট সিদ্ধান্ত নেওয়ার জন্য—কোনো ১০ মিনিট বলবেন না, নাকি ২৫ মিনিট, এবং এখন একটি ২-টপ বসাবেন নাকি 4-টপের জন্য ধরবেন।
"লেট" অংশটিকে স্পষ্ট করুন যাতে হোস্ট গণনা না করে। যদি আপনি রঙ ব্যবহার করতে পারেন, সহজ রাখুন:
রঙ না থাকলে OK, WATCH, LATE ট্যাগ ব্যবহার করুন।
Expected free = Seated time + Target turn time.
উদাহরণ: টেবিল 12 6:18 এ সিট করা হলে এবং টার্গেট ৭৫ মিনিট হলে 7:33 দেখানো উচিত। যদি এখন 7:35 এবং টেবিল এখনও ডাইনিং করে, এটি Late এ চলে আসে।
এখানেই tracking বেশিরভাগ সময় ভেঙে যায়। হোস্টকে একটি দ্রুত অ্যাকশন দিন: mark a table group.
যদি দুটি টেবিলকে কম্বাইন করা হয় (12 + 13 হয়ে 8-top), একটি নতুন "combined" এন্ট্রি শুরু করুন এক সিটিং টাইম দিয়ে (যখন পার্টি বসেছিল) এবং মূল টেবিলগুলোকে "Merged" হিসেবে সেট করুন যাতে তারা কোটগুলোকে প্রভাবিত করা বন্ধ করে।
যদি একটি টেবিল স্প্লিট হয় (পার্টি চলে যায়, বা চেক স্প্লিট হয় এবং এক পাশ থেকে যায়), মূল সিটিং টাইম রেখে দিন যতক্ষণ না টেবিল সত্যিই রিসেট হয়। যদি টেবিল ক্লিয়ার করা হয়ে পুনরায় সিট করা হয়, একটি নতুন এন্ট্রি শুরু করুন। লক্ষ্য সহজ: expected free time সেটি হওয়া উচিত যা অতিথিরা আসলে অভিজ্ঞতা করেছে, না যে পুরানো ফ্লোর প্ল্যান ছিল।
একটি টেবিল টার্ন টাইম ট্র্যাকার কেবল কাজ করে যদি অ্যাকশনগুলো ছোট এবং ধারাবাহিক থাকে। প্রতিটি টেবিলের একটি বর্তমান স্ট্যাটাস এবং একটি ভেরিফায়েবল টাইমস্ট্যাম্প থাকা প্রয়োজন যা হোস্ট বিশ্বাস করতে পারে।
দরজা খোলার দুই মিনিট আগে ট্র্যাকারটিকে ঘরের সঙ্গে মিলিয়ে নিন। গতকের ডাটা মুছে ফেলুন, টেবিল নম্বর যাচাই করুন, এবং আজকের রাতের টার্গেট টার্ন টাইমগুলো সেট করুন (সাধারণত বার, প্যাটিও এবং ডাইনিং রুম আলাদা)। যদি স্টাফিং পরিবর্তিত হয়ে থাকে, এখনই নোট করুন কারণ এটি পেস পরিবর্তন করে।
শিফট-শুরু সেটআপটি সহজভাবে:
যখন একটি পার্টি সিট করা হয়, তখনই লগ করুন। যদি আপনি "সব শান্ত হলে" পর্যন্ত অপেক্ষা করেন, আপনি সেই এক ডিটেল হারাবেন যেটাই সবচেয়ে বেশি গুরুত্বপূর্ণ: সঠিক স্টার্ট টাইম।
উদাহরণ: একটি 4-টপ 7:12 এ বসে Server Maya-র সাথে। টার্গেট ৭৫ মিনিট হলে হোস্ট আনুমানিক 8:25 থেকে 8:35 এর মধ্যে পরবর্তী ওপেনিং আশা করতে পারে একটু বাফার যোগ করলে।
আপনাকে নিখুঁত ডিটেল দরকার নেই, কেবল পরিষ্কার স্ট্যাটাস বদল যা টেবিলের বাস্তব প্রবাহের সাথে মেলে। সবচেয়ে বেশি সহায়ক দুটি আপডেট হল যখন চেক পে করা হয় এবং যখন টেবিল বাস করা হয়।
রিদমটি ধরে রাখুন: Paid মানে টেবিল চেক-আউট উইন্ডোতে আছে। Bussed মানে এটি সত্যিই রিসেটের জন্য প্রস্তুত বা ইতিমধ্যেই রিসেট হয়েছে।
যখন ওয়াক-ইন লাইন লম্বা হয়, তখন টেবিলগুলোকে কোট করুন যেগুলো টার্গেটের সবচেয়ে কাছাকাছি, সাথে বাস্তবসম্মত বাফার। যদি তিনটি 2-টপ ইতিমধ্যেই টার্গেট পেরিয়েছে, সেগুলোকে "পরবর্তী" হিসেবে প্রতিশ্রুতি দেবেন না। তাদের Late হিসেবে বিবেচনা করুন যতক্ষণ না তারা paid এ আসে।
আপনি যদি একটি হালকা-ওজন ট্র্যাকার চান যা আপনার ফ্লোর প্ল্যান ও শব্দভাণ্ডারে মানানসই হয়, একটি চ্যাট-নির্মিত অভ্যন্তরীণ টুল Koder.ai (koder.ai) তে একটি ব্যবহারযোগ্য বিকল্প হতে পারে। মূল কথা হোস্ট ভিউটি সহজ, দ্রুত আপডেটযোগ্য, এবং হ্যান্ডঅফের সময়consistent হওয়া।
রাত শেষ হ<|end of the answer|>,