চাহিদার পূর্বাভাস
রাঁধুনি প্রতি সকালে একই প্রশ্নের উত্তর দেন: কতটা কী প্রস্তুত করতে হবে। ক্রয়কারী — পাশের প্রশ্নের: কতটা কী অর্ডার করতে হবে। সাধারণত দুজনেই স্মৃতি থেকে উত্তর দেন।
অ্যাডমিন প্যানেল → স্টক → “পূর্বাভাস” ট্যাব খুলুন (admin.cenaly.com/inventory)। ট্যাবটি বিক্রয়ের ইতিহাস নিয়ে সেটিকে তিনটি নির্দিষ্ট আর্টিফ্যাক্টে রূপান্তর করে। স্ক্রিনে ক্রম জরুরি ভিত্তিতে: উপরে যা দিন শেষ হওয়ার আগেই ফুরিয়ে যাওয়ার ঝুঁকিতে, নিচে — প্রস্তুতির পরিকল্পনা, আরও নিচে — সরবরাহকারীর কাছে অর্ডারের খসড়া। ঝুঁকিপূর্ণ আইটেম না থাকলে উপরের ব্লকটি একেবারেই থাকবে না। একেবারে নিচে, সংকুচিত সহায়িকা হিসেবে “খাবারের পূর্বাভাস” টেবিলটি থাকে — সংখ্যাটি যাচাই করতে ইচ্ছা না হওয়া পর্যন্ত এটি না দেখলেও চলে।
পূর্বাভাস কীভাবে গণনা করা হয়#
ঠিক দুটি পরিসংখ্যান, দুটোই রাঁধুনিকে মুখে বোঝানো সম্ভব:
- সপ্তাহের এই দিনে সাধারণত এই খাবারটি কত বিক্রি হয়। ইতিহাসের জানালা — ৮ সপ্তাহ (৫৬ দিন)। বিন্দু-অনুমান — মিডিয়ান, গড় নয়: আটটি মঙ্গলবার, যার একটি ছিল ৪০ জনের জন্মদিন, গড় বললে প্রতি সপ্তাহে “৪০ জনের জন্য রান্না করো” বলা হয়, কিন্তু মিডিয়ান সেই মঙ্গলবার উপেক্ষা করে। সহায়ক “খাবারের পূর্বাভাস” টেবিলে সংখ্যার পাশে দেখানো হয় পর্যবেক্ষণের প্রকৃত বিস্তার (সর্বনিম্ন–সর্বোচ্চ), নমুনায় কতটি পর্যবেক্ষণ আছে এবং পিক — দিনের যে অংশে বিক্রয়ের সবচেয়ে বেশি অংশ পড়ে। ট্যাবের শিরোনামে গণনার ভিত্তি লেখা থাকে: “৫৬ দিনে সপ্তাহের একই দিনের মিডিয়ান · ইতিহাসের N কার্যদিবস”।
- এই চাহিদা দিনের ভিতরে কীভাবে বিতরণ হয় — দিনের অংশভিত্তিক অনুপাত: সকাল (৬–১১), দুপুর (১১–১৬), সন্ধ্যা (১৬–২৩), রাত (২৩–৬)। সীমানা সব প্রতিষ্ঠানের জন্য একই, আর প্রোফাইলটি মঙ্গলবার আলাদা করে নয়, বরং ইতিহাসের সব দিন মিলিয়ে একবারে গণনা করা হয়।
কী পর্যবেক্ষণ হিসেবে ধরা হয়, সেটিও সচেতনভাবে নির্ধারিত: বাতিল অর্ডার ইতিহাসে যায় না; আজকের অসমাপ্ত দিন নমুনায় পড়ে না; খাবারের প্রথম বিক্রয়ের আগের দিনগুলো শূন্য হিসেবে গণনা করা হয় না (নতুন আইটেম মেনুতে না থাকা সেই সপ্তাহগুলোর জন্য “শূন্য বিক্রয়” পায় না); “বিক্রয়হীন দিন” আর “প্রতিষ্ঠান বন্ধ থাকার দিন” আলাদা। দিন গণনা করা হয় শাখার টাইম জোনে। গণনায় শাখার টার্নওভার অনুযায়ী শীর্ষ ৫০০ আইটেম নেওয়া হয় — মেনুর লম্বা লেজ বাদ পড়ে।
সপ্তাহের একই দিনের তিনটির কম পর্যবেক্ষণ থাকলে সংখ্যা থাকবে না। টেবিলে সংখ্যার বদলে একটি ড্যাশ বসবে, আর পর্যবেক্ষণের কলামে — “কম” চিহ্ন। এমন খাবার প্রস্তুতির পরিকল্পনায় এবং ক্রয়ে একেবারেই যাবে না। যে পূর্বাভাস বিশ্বাস করা যায় না, তা না থাকার চেয়ে খারাপ: তা দেখে রান্না ও ক্রয় করা হয়।
উপরের টগলটি বেছে দেয় কোন দিনের জন্য পূর্বাভাস তৈরি হবে — আজ বা আগামীকাল।
প্রস্তুতির পরিকল্পনা#
খাবারের পূর্বাভাস টেক-কার্ড অনুযায়ী পণ্য ও আধা-প্রস্তুত পণ্যের প্রয়োজনীয়তায় রূপান্তরিত হয়। রূপান্তর হয় বর্তমান টেক-কার্ড অনুযায়ী, ট্যাব খোলার মুহূর্তে — শেফ সকালে রেসিপি বদলালে পরিকল্পনা তা হিসাব করবে (পাশের জানালায় করা সম্পাদনা পৃষ্ঠা রিফ্রেশে ধরা পড়বে)।
নেস্টেড আধা-প্রস্তুত পণ্য গভীরে রূপান্তরিত হয়: সস যদি বুলিয়ন থেকে রান্না হয়, আর বুলিয়নও আধা-প্রস্তুত পণ্য হয়, পরিকল্পনায় দুটোই পড়বে — নইলে রাঁধুনিকে সস রান্না করতে বলা হতো, না জানিয়ে যে তার জন্য বুলিয়ন নেই। নেস্টিংয়ের গভীরতা পাঁচ স্তম্ভে সীমাবদ্ধ (এবং পরস্পরকে বৃত্তাকারে রেফারেন্স করা রেসিপি থেকে সুরক্ষিত): এর চেয়ে গভীর সবকিছু কাঁচামাল হিসেবে ধরা হয় এবং প্রস্তুতির পরিকল্পনায় নয়, ক্রয়ে যায়।
পরিকল্পনার টেবিল:
| কলাম | কী বোঝায় |
|---|---|
| পণ্যের নাম | যে আধা-প্রস্তুত পণ্য তৈরি করতে হবে |
| অবশিষ্ট | কতটা ইতিমধ্যে আছে |
| প্রয়োজন | দিনের পূর্বাভাস অনুযায়ী মোট চাহিদা |
| তৈরি করুন | ঘাটতি — আসলে কতটা রান্না/কাটা দরকার |
| কখন | যে ঘণ্টায় অবশিষ্ট ফুরিয়ে যেতে শুরু করে |
সময়সীমা মানে “শিফটের শুরু” নয়। সস যদি সকালের জন্য যথেষ্ট হয় কিন্তু দুপুরের জন্য নয়, রাঁধুনিকে ৬:০০-এর বদলে ১১:০০-এর মধ্যে শেষ করতে হবে। ঘণ্টাটি নিকটতম দিনের-অংশ সীমানায় (৬:০০, ১১:০০, ১৬:০০, ২৩:০০) রাউন্ড করা হয়, আর নেস্টেড আধা-প্রস্তুত পণ্যের কোনো সময়সীমা নেই — সেখানে ড্যাশ থাকে: সেগুলো যা থেকে তৈরি হয় তার “আগে” রান্না করা হয়। সারিগুলো সময়সীমা অনুযায়ী সাজানো: যার ডেডলাইন আগে, তালিকায় উপরে। প্রস্তুত করার মতো কিছু না থাকলে ট্যাবটি তা-ই লেখে: অবশিষ্ট পূর্বাভাসের জন্য যথেষ্ট।
আধা-প্রস্তুত পণ্যের অবশিষ্ট একবারই খরচ হয়: একই বুলিয়ন যদি সসে ও স্যুপে দুটোতেই যায়, সরল গণনা অবশিষ্ট দুবার প্রয়োগ করত এবং ক্রয়ে কাঁচামাল কম পড়ত।
“শিফটের বোর্ডে” বোতামটি পরিকল্পনাকে কাজের চেকলিস্টে রূপান্তর করে — দেখুন শিফটের কাজের বোর্ড। একটি সাধারণ কাজ “প্রস্তুতির পরিকল্পনা — <তারিখ>” তৈরি হয়, আর প্রতিটি প্রস্তুতি তার উপ-কাজে পরিণত হয়, শিরোনামেই পরিমাণ ও ঘণ্টা সহ (“ডেমিগ্লাস সস — ১১:০০-এর মধ্যে ১৬ পিস”); সাধারণ কাজটি কেবল তখনই বন্ধ করা যায় যখন সব উপ-কাজ বন্ধ। আবার চাপলে ডুপ্লিকেট তৈরি হয় না: এই তারিখের পরিকল্পনা যদি ইতিমধ্যে বোর্ডে থাকে, বোতামটি তা-ই জানাবে।
টেক-কার্ড ছাড়া খাবার পরিকল্পনায় যায় না এবং আলাদা সতর্কবার্তায় তালিকাভুক্ত হয় (২০টি নাম পর্যন্ত): সেগুলোর বিষয়ে পূর্বাভাস কিছু বলতে পারে না, আর অর্ডার সম্পূর্ণ বলে ভান করার চেয়ে তা মুখে বলা ভালো।
সরবরাহকারীর কাছে অর্ডারের খসড়া#
পরিকল্পনার নিচে — নির্বাচিত কভারেজ সময়সীমার জন্য ক্রয়ের খসড়া («কভারেজ, দিন» ফিল্ড: সাধারণত সরবরাহের সময়ের সাথে অতিরিক্ত মজুত; ডিফল্ট ৩ দিন, অনুমোদিত ১ থেকে ৩০ পর্যন্ত)।
প্রতিটি পণ্যের জন্য দুটি মান হিসাব করা হয় এবং বড়টি নেওয়া হয়:
- কভারেজ সময়সীমার জন্য পূর্বাভাস অনুযায়ী প্রয়োজন বিয়োগ বর্তমান মজুত;
- লক্ষ্য মজুত পর্যন্ত পুনঃপূরণ (আর যদি পণ্যের জন্য তা নির্ধারিত না থাকে — অর্ডার পয়েন্ট পর্যন্ত) — সাধারণ গুদামের যুক্তি।
কেন বড়টি, একটির বদলে অন্যটি নয়: নিরাপত্তা মজুত জানে না কাল শুক্রবারে দ্বিগুণ ভিড় হবে; আর পূর্বাভাস জানে না সেই পণ্যগুলোর কথা, যেগুলো টেক-কার্ডে একেবারেই নেই (প্যাকেজিং, খরচের সামগ্রী) — তাদের জন্য গুদামের নিয়মই একমাত্র দিশা। দ্বিতীয় নিয়মে তালিকায় পড়া সারিগুলো «অর্ডার পয়েন্ট অনুযায়ী» চিহ্নিত। লক্ষ্য করুন: নিয়মটি লক্ষ্য মজুতের দিকে তাকায়, তাই খসড়ায় সেই পণ্যও পড়বে, যা এখনো অর্ডার পয়েন্টের উপরে, কিন্তু লক্ষ্য মজুতের নিচে — «অর্ডার করা দরকার» ট্যাব এমন পণ্য এখনো দেখায় না।
পূর্বাভাস অনুযায়ী কেবল চূড়ান্ত উপকরণ কেনা হয়: আধা-প্রস্তুত পণ্য পূর্বাভাস অনুযায়ী সরবরাহকারীর অর্ডারে যায় না (সেগুলো প্রস্তুতির পরিকল্পনা অনুযায়ী তৈরি হয়) — সেগুলো খসড়ায় পড়তে পারে কেবল গুদামের নিয়ম অনুযায়ী।
পরিমাণ উপরের দিকে প্যাকেজিংয়ের গুণিতকে রাউন্ড করা হয়, যদি তা পণ্যের জন্য নির্ধারিত থাকে। সারিগুলো সরবরাহকারী অনুযায়ী দলবদ্ধ (নির্ধারিত সরবরাহকারী ছাড়া পণ্য — আলাদা দলে), এবং বোতামটি প্রতিটি সরবরাহকারীর জন্য আলাদা অর্ডার তৈরি করে — এরপর এগুলো গুদাম বিভাগের সাধারণ ক্রয়।
«১৯:০০-এর মধ্যে শেষ হয়ে যাবে»#
ট্যাবের সবচেয়ে উপরের ব্লক — দিনের শেষ পর্যন্ত নিঃশেষ হওয়ার ঝুঁকি: যা এখনই জরুরি। এটি বর্তমান মজুতের সাথে দিনের বাকি ঘণ্টাগুলোর প্রত্যাশিত খরচ তুলনা করে, যা দিনের অংশগুলোর প্রোফাইল অনুযায়ী হিসাব করা, এবং সেই ঘণ্টা বলে দেয়, যখন মজুত শূন্য হবে। যদি ঘণ্টা নির্ধারণ করা না যায়, সারিটি সৎভাবে বলে «দিনের শেষ পর্যন্ত যথেষ্ট নয়», বানানো সময় ছাড়া।
ব্লকটি কেবল আজকের জন্য হিসাব করা হয়: «আগামীকালে» সুইচ করলে এটি অদৃশ্য হয়ে যায় — আগামীকালের জন্য «১৯:০০-এর মধ্যে শেষ হয়ে যাবে» ঝুঁকি হয় না।
আজকের গতির সমন্বয়: যদি দুপুরের মধ্যে স্বাভাবিকের চেয়ে বেশি খরচ হয়ে যায়, দিনের বাকি অংশের প্রত্যাশা আনুপাতিকভাবে বাড়ে, এবং সারিতে «দিনের গতি ×১.৪»-এর মতো একটি চিহ্ন দেখা যায়। গতি প্রকৃত বিক্রয় অনুযায়ী হিসাব করা হয় (লিখন, নষ্ট হওয়া এবং কর্মীদের খাবার এতে যায় না) এবং সবচেয়ে ঝুঁকিপূর্ণ প্রথম দশেকের কিছু সারির জন্য মাপা হয় — বাকিগুলো সাধারণ প্রোফাইল অনুযায়ী হিসাব করা হয়। সহগ ×০.৫…×২ পরিসরে আটকে রাখা — «আজ ভিড়»-এর সমন্বয় দরকার, কিন্তু একটি রসিদের ভিত্তিতে পূর্বাভাস নয়। যদি গতি মাপার মতো কিছুই না থাকে, ট্যাব সৎভাবে বলবে যে সপ্তাহের দিনের সাধারণ প্রোফাইল নেওয়া হয়েছে।
পূর্বাভাস দেখা দিতে কী প্রয়োজন#
| প্রয়োজন | কেন | এটি ছাড়া |
|---|---|---|
AWS কনট্যুরে ব্র্যান্ড (cenaly.com, cenaly.com…) |
বিক্রয়ের ইতিহাস সার্ভার-সাইড বিশ্লেষণী ডেটাবেস হিসাব করে, আর তা কেবল সেখানেই চালু | cenaly.ru-তে ট্যাব সবসময় লেখে «এখনো অর্ডারের ইতিহাস কম» — বার্তাটি ইতিহাস সম্পর্কে, কিন্তু কারণ ভিন্ন: সেখানে তা হিসাব করার উপায় নেই |
| বিক্রয়ের ইতিহাস | সপ্তাহের দিন অনুযায়ী মিডিয়ান হিসাব করা | «চাহিদা পূর্বাভাস দিতে এখনো অর্ডারের ইতিহাস কম» |
| ইতিহাসে ≥ ৩টি একই সপ্তাহের দিন | নমুনা হিসেবে হিসাব করা | টেবিলে খাবারটি «কম» চিহ্নিত এবং পরিকল্পনায় যায় না |
| খাবারের টেক-কার্ড | পূর্বাভাসকে পণ্যে রূপান্তর করা | খাবারটি «টেক-কার্ড ছাড়া» সতর্কবার্তায় পড়বে |
| হালনাগাদ মজুত | ঘাটতি ও ঝুঁকি হিসাব করা | মজুত লোড না হওয়া পর্যন্ত ট্যাব কিছুই দেখাবে না |
ইতিহাসের সমষ্টি সার্ভারে প্রায় প্রতি আধা ঘণ্টায় পুনঃহিসাব করা হয় (এবং কেবল সেই অ্যাকাউন্টগুলোর জন্য, যেগুলো এখন কাজ করছে); টেক-কার্ডের রূপান্তর ও মজুতের বাদ দেওয়া ট্যাব খোলার মুহূর্তে বর্তমান ডেটা অনুযায়ী হিসাব করা হয়।
সম্পর্কিত বিভাগ#
- গুদাম — টেক-কার্ড, মজুত, প্রাপ্তি ও ক্রয়
- শিফটের কাজের বোর্ড — প্রস্তুতির পরিকল্পনা কোথায় যায়
- মেনু-ইঞ্জিনিয়ারিং — চাহিদা ও মার্জিন দুটোই দেখা গেলে খাবার নিয়ে কী করা যায়
- বিশ্লেষণ — খাবার ও সময়কাল অনুযায়ী বিক্রয়
সাধারণ প্রশ্ন#
অর্ধেক খাবারে «কম» চিহ্ন কেন?#
কারণ এই খাবারগুলোর ইতিহাসে সপ্তাহের এই দিনে তিনটির কম বিক্রয় আছে — উদাহরণস্বরূপ, খাবারটি দুই সপ্তাহ আগে মেনুতে এসেছে। পর্যবেক্ষণ যথেষ্ট হলে সংখ্যাটি নিজে থেকেই দেখা যাবে; তার আগে খাবারটি প্রস্তুতির পরিকল্পনায় বা ক্রয়ে কোনোটিতেই অংশ নেয় না।
গড়ের বদলে মিডিয়ান কেন ব্যবহার করা হয়?#
মিডিয়ান চরম মানের প্রতি স্থিতিশীল। ৪০ জনের একটি ভোজসভা গড়কে এমনভাবে সরিয়ে দেয় যে প্রতিষ্ঠান সপ্তাহের পর সপ্তাহ অতিরিক্ত তৈরি করে। ইন্টারফেসে গড় একেবারেই দেখানো হয় না — কেবল মিডিয়ান, বিস্তার এবং পর্যবেক্ষণের সংখ্যা।
পূর্বাভাস কি আবহাওয়া, ছুটি, ফুটবল বিবেচনা করে?#
না। এটি কেবল সপ্তাহের দিন ও দিনের সময় জানে। ছুটির সপ্তাহ এবং পাশের মাঠের খেলা এখনো মাথায় রাখেন ব্যবস্থাপক — এবং এটি এমন একটি মডেলের চেয়ে সৎ, যা দাবি করে যে সেগুলো বিবেচনা করেছে।
এক সপ্তাহ আগে পর্যন্ত পূর্বাভাস তৈরি করা যায়?#
ট্যাব আজ ও আগামীকাল দেখায়। ক্রয়ের জন্য সময়সীমা আলাদাভাবে নির্ধারিত হয় — «কভারেজ, দিন» ফিল্ড দিয়ে: এক দিনের পূর্বাভাস তার দ্বারা গুণ করা হয়।
ক্রয়ের খসড়া কি সাথে সাথে সরবরাহকারীর কাছে অর্ডার পাঠায়?#
না। এটি ঠিক খসড়া: বাড়তি সারিগুলো আপনি টিক চিহ্ন তুলে বাদ দেন এবং কেবল তারপর তৈরি করার বোতাম চাপেন — «গুদাম» বিভাগের সাধারণ ক্রয়ের খসড়া তৈরি হয়, প্রতি সরবরাহকারীর জন্য একটি। পরিমাণ তৈরি হওয়া অর্ডারেই সংশোধন করা হয়, সেখানেই, যেখানে সাধারণত করা হয়।