Перестаём смотреть на средний день.
Берём
лучший час продаж, который ресторан хочет получить.
Если действующая точка продаёт максимум 40 блюд в час, используем реальные данные.
Если ресторан новый, берём плановую нагрузку.
Распределяем заказы между блюдами согласно ожидаемой структуре продаж.
Например:
40 блюд;
16 фоновых позиций;
8 бургеров;
6 стейков;
4 холодных блюда;
3 супа;
3 остальных позиции.
Теперь отправляем их на кухню.
- Сколько заказов получает каждая станция?
- Сколько времени занимает оборудование?
- Сколько действий должен выполнить каждый человек?
- Где появляется первая очередь?
Это значительно полезнее, чем вопрос: «Сможет ли кухня приготовить это блюдо?»
Конечно сможет.
Настоящий вопрос — Сможет ли кухня приготовить его одновременно со всем остальным меню?Проверяем сбойТеперь убираем один ресурс.
Один повар заболел.
Одна конфорка перестала работать.
Поставка одного продукта задержалась.
В ресторане такое случается.
Смотрим, что происходит с меню.
Если исчезновение одной заготовки блокирует половину категорий, система слишком зависима от неё.
Если отсутствие одного повара останавливает всю выдачу, мы нашли критическую точку.
Если временное отсутствие одного продукта убирает три разных причины выбора, возникает проблема уже для гостя.
Нам нужен запас прочности.
Меню должно работать в реальной кухне, где идеальный день встречается далеко не каждый день.