پیش‌بینی تقاضا
سرآشپز هر صبح به یک پرسش تکراری پاسخ می‌دهد: چه چیزی و چه مقدار آماده کند. مسئول خرید — به پرسش کناری‌اش: چه چیزی و چه مقدار سفارش دهد. معمولاً هر دو از حافظه پاسخ می‌دهند.
پنل مدیریت → انبار → زبانهٔ «پیش‌بینی» را باز کنید (admin.cenaly.com/inventory). این زبانه تاریخچهٔ فروش را می‌گیرد و آن را به سه خروجی مشخص تبدیل می‌کند. ترتیب روی صفحه بر اساس فوریت است: بالا آنچه در خطر تمام‌شدن تا پایان روز است، پایین‌تر طرح آماده‌سازی، و پایین‌تر از آن پیش‌نویس سفارش به تأمین‌کننده. اگر موردی در معرض خطر نباشد، بلوک بالایی اصلاً نمایش داده نمی‌شود. در پایین‌ترین بخش، به‌صورت راهنمای جمع‌شده، جدول «پیش‌بینی بر اساس غذا» قرار دارد — تا وقتی نخواهید عددی را بررسی کنید، نیازی به دیدن آن نیست.
پیش‌بینی چگونه محاسبه می‌شود#
دقیقاً دو آماره، هر دو قابل توضیح شفاهی برای سرآشپز:
- این غذا معمولاً در این روز هفته چه مقدار فروش می‌رود. بازهٔ تاریخچه — 8 هفته (56 روز). برآورد نقطه‌ای — میانه، نه میانگین: هشت سه‌شنبه که یکی از آن‌ها جشن تولد 40 نفره بوده، با میانگین هر هفته می‌گوید «برای 40 نفر آماده کن»، اما میانه آن سه‌شنبه را نادیده می‌گیرد. در جدول راهنمای «پیش‌بینی بر اساس غذا» در کنار عدد، پراکندگی مشاهدات (کمینه–بیشینه)، تعداد مشاهدات در نمونه و اوج — بخشی از شبانه‌روز با بیشترین سهم فروش — نشان داده می‌شود. در سرصفحهٔ زبانه مبنای محاسبه نوشته شده است: «میانهٔ همان روز هفته در 56 روز · N روز کاری تاریخچه».
- این تقاضا چگونه در طول روز توزیع می‌شود — سهم‌ها بر اساس بخش‌های شبانه‌روز: صبح (6–11)، ناهار (11–16)، عصر (16–23)، شب (23–6). مرزها برای همهٔ مراکز یکسان است، و خود پروفایل بر اساس همهٔ روزهای تاریخچه یک‌جا محاسبه می‌شود، نه جداگانه برای سه‌شنبه‌ها.
اینکه چه چیزی مشاهده به حساب می‌آید نیز آگاهانه تعیین شده است: سفارش‌های لغوشده در تاریخچه نمی‌آیند؛ روز جاریِ بسته‌نشده در نمونه قرار نمی‌گیرد؛ روزهای پیش از نخستین فروش غذا صفر شمرده نمی‌شوند (غذای جدید برای هفته‌هایی که هنوز در منو نبوده «صفر فروش» نمی‌گیرد)؛ «روز بدون فروش» با «روزی که مرکز بسته بوده» متفاوت است. شبانه‌روز بر اساس منطقهٔ زمانی شعبه محاسبه می‌شود. در محاسبه 500 مورد برتر شعبه بر اساس گردش مالی لحاظ می‌شود — دنبالهٔ بلند منو حذف می‌شود.
کمتر از سه مشاهده از یک روز هفته — عددی وجود نخواهد داشت. در جدول به‌جای رقم، خط تیره می‌آید و در ستون مشاهدات — نشانهٔ «کم». چنین غذایی اصلاً به طرح آماده‌سازی و خرید راه نمی‌یابد. پیش‌بینی‌ای که نمی‌توان به آن اعتماد کرد، از نبودنش بدتر است: بر اساس آن آماده‌سازی و خرید انجام می‌شود.
کلید بالای صفحه انتخاب می‌کند که پیش‌بینی برای کدام روز ساخته شود — امروز یا فردا.
طرح آماده‌سازی#
پیش‌بینی بر اساس غذا از طریق کارت‌های فنی به نیاز در کالاها و نیمه‌آماده‌ها باز می‌شود. این بازکردن بر اساس کارت‌های فنی جاری، در لحظهٔ باز شدن زبانه انجام می‌شود — اگر سرآشپز صبح دستور پخت را تغییر داده باشد، طرح آن را لحاظ می‌کند (ویرایشی که در پنجرهٔ کناری انجام شود، با بازخوانی صفحه اعمال می‌شود).
نیمه‌آماده‌های تودرتو تا عمق باز می‌شوند: اگر سس از آبگوشت پخته می‌شود و آبگوشت هم نیمه‌آماده است، هر دو در طرح می‌آیند — وگرنه به سرآشپز گفته می‌شد سس بپزد، بدون اینکه بگویند آبگوشتش موجود نیست. عمق تودرتویی به پنج سطح محدود است (و در برابر دستور پخت‌هایی که به‌صورت حلقه به هم ارجاع می‌دهند محافظت شده است): هر چه عمیق‌تر باشد، مادهٔ خام شمرده می‌شود و به خرید می‌رود، نه به طرح آماده‌سازی.
جدول طرح:
| ستون | معنا |
|---|---|
| نام کالا | نیمه‌آماده‌ای که باید تولید شود |
| موجودی | چه مقدار از قبل هست |
| نیاز | نیاز ناخالص بر اساس پیش‌بینی روز |
| تولید | کمبود — چه مقدار واقعاً باید پخته/بریده شود |
| تا | ساعتی که موجودی تا آن کافی است |
مهلت «شروع شیفت» نیست. اگر سس برای صبح کافی باشد اما برای ناهار نه، سرآشپز باید تا 11:00 آماده کند، نه تا 6:00. ساعت به نزدیک‌ترین مرز بخش شبانه‌روز (6:00، 11:00، 16:00، 23:00) گرد می‌شود، و نیمه‌آماده‌های تودرتو اصلاً مهلت ندارند — آنجا خط تیره می‌آید: آن‌ها «پیش از» چیزی که از آن‌ها ساخته می‌شود پخته می‌شوند. سطرها بر اساس مهلت مرتب شده‌اند: مهلت زودتر — بالاتر در فهرست. اگر چیزی برای آماده‌سازی نباشد، زبانه همین را می‌نویسد: موجودی برای پیش‌بینی کافی است.
موجودی نیمه‌آماده یک بار خرج می‌شود: اگر همان آبگوشت هم در سس و هم در سوپ برود، محاسبهٔ ساده‌لوحانه موجودی را دو بار اعمال می‌کرد و خرید مواد خام کم می‌آمد.
دکمهٔ «به تختهٔ شیفت» طرح را به چک‌لیست وظایف تبدیل می‌کند — به تختهٔ وظایف شیفت مراجعه کنید. یک وظیفهٔ کلی «طرح آماده‌سازی — <تاریخ>» ساخته می‌شود، و هر آماده‌سازی به زیروظیفه‌ای با مقدار و ساعت مستقیماً در عنوانش تبدیل می‌شود («سس دمی‌گلاس — 16 عدد تا 11:00»)؛ بستن وظیفهٔ کلی تنها زمانی ممکن است که همهٔ زیروظیفه‌ها بسته شده باشند. فشردن دوبارهٔ دکمه نسخه‌های تکراری نمی‌سازد: اگر طرح این تاریخ از قبل روی تخته باشد، دکمه همین را می‌گوید.
غذاهای بدون کارت فنی به طرح راه نمی‌یابند و در هشداری جداگانه فهرست می‌شوند (تا 20 نام): پیش‌بینی دربارهٔ آن‌ها چیزی نمی‌تواند بگوید، و بهتر است این را بلند گفت تا اینکه وانمود شود سفارش کامل است.
پیش‌نویس سفارش به تأمین‌کننده#
در زیر طرح، پیش‌نویس خرید برای بازه پوشش انتخاب‌شده قرار دارد (فیلد «پوشش، روز»: معمولاً مدت تحویل به‌علاوه ذخیره؛ به‌طور پیش‌فرض ۳ روز، مجاز از ۱ تا ۳۰).
برای هر کالا دو مقدار محاسبه می‌شود و بزرگ‌تر آن‌ها گرفته می‌شود:
- نیاز بر اساس پیش‌بینی در بازه منهای موجودی فعلی؛
- تکمیل تا موجودی هدف (و اگر برای کالا تعیین نشده باشد — تا نقطه سفارش) — منطق معمول انبار.
چرا بزرگ‌تر، و نه یکی به‌جای دیگری: ذخیره اطمینان از جمعه فردا با نشستن دوبرابر خبر ندارد؛ و پیش‌بینی از کالاهایی که اصلاً در کارت‌های فنی شرکت ندارند (بسته‌بندی، مواد مصرفی) خبر ندارد — برای آن‌ها استانداردهای انبار تنها راهنماست. سطرهایی که بر اساس قاعده دوم در فهرست آمده‌اند، با «بر اساس نقطه سفارش» علامت خورده‌اند. توجه کنید: قاعده به موجودی هدف نگاه می‌کند، بنابراین کالایی که هنوز بالاتر از نقطه سفارش ولی پایین‌تر از هدف است هم در پیش‌نویس می‌آید — زبانه «نیاز به سفارش» چنین کالایی را فعلاً نشان نمی‌دهد.
بر اساس پیش‌بینی فقط مواد اولیه نهایی خریداری می‌شوند: نیم‌ساخته‌ها بر اساس پیش‌بینی در سفارش به تأمین‌کننده نمی‌روند (آن‌ها بر اساس طرح آماده‌سازی تولید می‌شوند) — آن‌ها حداکثر بر اساس استاندارد انبار ممکن است در پیش‌نویس بیایند.
اگر برای کالا مضربی از بسته‌بندی تعیین شده باشد، مقدار به سمت بالا تا آن مضرب گرد می‌شود. سطرها بر اساس تأمین‌کنندگان گروه‌بندی شده‌اند (کالاهای بدون تأمین‌کننده تعیین‌شده — در گروهی جداگانه)، و دکمه برای هر تأمین‌کننده سفارش جداگانه ایجاد می‌کند — پس از آن، این‌ها خریدهای معمول از بخش انبار هستند.
«تا ساعت ۱۹:۰۰ تمام می‌شود»#
بالاترین بلوک زبانه — ریسک اتمام تا پایان روز: چیزهایی که همین حالا بحرانی‌اند. موجودی فعلی را با مصرف مورد انتظار در ساعت‌های باقی‌مانده، که بر اساس پروفایل بخش‌های شبانه‌روز محاسبه شده، مقایسه می‌کند و ساعتی را نام می‌برد که موجودی به صفر می‌رسد. اگر تعیین ساعت ممکن نباشد، سطر صادقانه می‌گوید «تا پایان روز کافی نیست»، بدون زمان ساختگی.
این بلوک فقط برای امروز محاسبه می‌شود: با جابه‌جایی به «فردا» ناپدید می‌شود — ریسک «تا ساعت ۱۹:۰۰ تمام می‌شود» برای فردا وجود ندارد.
تصحیح بر اساس آهنگ امروز: اگر تا ظهر بیش از حد معمول مصرف شده باشد، انتظار برای باقی روز به‌تناسب بالا می‌رود و در سطر علامتی مانند «آهنگ روز ×۱.۴» ظاهر می‌شود. آهنگ بر اساس فروش واقعی محاسبه می‌شود (ضبط‌ها، دورریز و غذای کارکنان در آن نمی‌آید) و برای حدود ده و اندی سطر پرریسک‌تر اندازه‌گیری می‌شود — بقیه بر اساس پروفایل معمول محاسبه می‌شوند. ضریب در بازه ×۰.۵…×۲ محدود شده — تصحیح برای «امروز شلوغ است» لازم است، ولی پیش‌بینی بر اساس یک رسید نه. اگر آهنگ اصلاً قابل اندازه‌گیری نباشد، زبانه صادقانه می‌گوید که پروفایل معمول روز هفته گرفته شده است.
برای ظاهر شدن پیش‌بینی چه لازم است#
| لازم است | برای چه | بدون آن |
|---|---|---|
برند روی بستر AWS (cenaly.com، cenaly.com…) |
تاریخچه فروش را پایگاه تحلیلی سروری محاسبه می‌کند و آن فقط آنجا برپا شده است | در cenaly.ru زبانه همیشه می‌نویسد «فعلاً تاریخچه سفارش کم است» — پیام درباره تاریخچه است، ولی دلیل چیز دیگری است: آنجا چیزی برای محاسبه نیست |
| تاریخچه فروش | محاسبه میانه بر اساس روز هفته | «فعلاً تاریخچه سفارش برای پیش‌بینی تقاضا کم است» |
| ≥ ۳ روز هفته یکسان در تاریخچه | محاسبه به‌عنوان نمونه | غذا در جدول با «کم» علامت می‌خورد و در طرح‌ها نمی‌آید |
| کارت‌های فنی غذاها | بازکردن پیش‌بینی به کالاها | غذا در هشدار «بدون کارت فنی» می‌افتد |
| موجودی‌های به‌روز | محاسبه کمبود و ریسک | زبانه تا بارگذاری موجودی‌ها چیزی نشان نمی‌دهد |
مجموع تاریخچه تقریباً هر نیم ساعت یک‌بار روی سرور بازمحاسبه می‌شود (و فقط برای حساب‌هایی که همین حالا کار می‌کنند)؛ بازکردن کارت‌های فنی و کسر موجودی‌ها در لحظه باز شدن زبانه، بر اساس داده‌های فعلی محاسبه می‌شوند.
بخش‌های مرتبط#
- انبار — کارت‌های فنی، موجودی‌ها، ورود و خریدها
- تخته وظایف شیفت — جایی که طرح آماده‌سازی می‌رود
- مهندسی منو — با غذا چه کرد وقتی هم تقاضا و هم حاشیه سود دیده می‌شود
- تحلیل‌ها — فروش بر اساس غذاها و دوره‌ها
پرسش‌های متداول#
چرا نیمی از غذاها علامت «کم» دارند؟#
چون برای این غذاها در تاریخچه کمتر از سه فروش در این روز هفته ثبت شده — مثلاً غذا دو هفته پیش به منو اضافه شده است. عدد خودش ظاهر می‌شود وقتی مشاهدات کافی شود؛ تا آن زمان غذا نه در طرح آماده‌سازی شرکت می‌کند و نه در خرید.
چرا از میانه استفاده می‌شود و نه میانگین؟#
میانه در برابر داده‌های پرت مقاوم است. یک ضیافت ۴۰ نفره میانگین را چنان جابه‌جا می‌کند که مجموعه هفته‌ها اضافه آماده می‌کند. میانگین در رابط کاربری اصلاً نشان داده نمی‌شود — فقط میانه، پراکندگی و تعداد مشاهدات.
آیا پیش‌بینی هوا، تعطیلات و فوتبال را در نظر می‌گیرد؟#
نه. فقط روز هفته و ساعت شبانه‌روز را می‌داند. هفته تعطیل و مسابقه در همسایگی همچنان در ذهن مدیر است — و این صادقانه‌تر از مدلی است که وانمود کند آن‌ها را در نظر گرفته است.
آیا می‌توان پیش‌بینی را برای یک هفته جلوتر ساخت؟#
زبانه امروز و فردا را نشان می‌دهد. برای خرید، بازه جداگانه تعیین می‌شود — با فیلد «پوشش، روز»: پیش‌بینی یک روز در آن ضرب می‌شود.
آیا پیش‌نویس خرید فوراً سفارش را به تأمین‌کننده می‌فرستد؟#
نه. این دقیقاً پیش‌نویس است: سطرهای اضافی را با تیک برمی‌دارید و تنها سپس ایجاد را می‌زنید — پیش‌نویس‌های معمول خرید بخش «انبار» به دست می‌آید، یکی برای هر تأمین‌کننده. مقدارها در سفارش ایجادشده، همان‌جا که معمولاً هم هست، ویرایش می‌شوند.