Гайды
Себестоимость чашки кофе: расчёт капучино, латте и рафа
Как посчитать себестоимость капучино, латте и рафа по своим закупкам. Таблицы ингредиентов, потери, упаковка, комиссии и формулы для проверки цены.
Читать статьюГайды
Что такое стоп-лист, кто его составляет и как сообщать об изменениях. Образец таблицы, регламент смены и порядок возврата блюда в меню.
Онлайн-меню для кафе: ответы и порядок запуска →
Стоп-лист в кафе или ресторане — список блюд и напитков, которые временно нельзя заказать. Например, последнюю порцию чизкейка продали, а следующая партия будет готова завтра. До её готовности чизкейк ставят в стоп: официант не предлагает его, а в электронном меню позицию делают недоступной.
Список нужен, чтобы кухня, бар, официанты и администратор одинаково понимали, что можно продать сейчас. Ниже — образец стоп-листа и порядок работы с ним: от сообщения о закончившемся блюде до его возвращения в продажу.
Кухня сообщает об отсутствии блюда, бар — напитка, сотрудник витрины — десерта или выпечки. Администратор смены сводит эти сообщения в один актуальный список и передаёт изменения тем, кто принимает заказы. В небольшой кофейне обе задачи может выполнять бариста, но на перерыв ему нужна замена.
До открытия смены проверьте стоп-лист вместе с кухней и баром. Днём обновляйте его при каждом изменении, а при пересменке передавайте оставшиеся ограничения следующему ответственному. Старое сообщение в чате не заменяет текущий список: по нему непонятно, действует ли запрет до сих пор.
Официантам и кассиру нужен результат, а не вся история переписки. Сообщение «чизкейк закончился, не принимаем новые заказы» понятнее фразы «по десертам уточняйте». Если работают несколько точек, указывайте конкретное заведение: стоп одной кухни не должен закрыть блюдо во всей сети.
Для начала подойдёт общая таблица или доска рядом с рабочим местом. Название позиции должно совпадать с меню. Причина объясняет ограничение, время помогает восстановить последовательность, а ответственный отвечает за обновление статуса.
Ниже условный пример заполнения, а не данные реального заведения. Роли и время замените своими.
| Блюдо или напиток | Причина | Время | Ответственный | Статус |
|---|---|---|---|---|
| Чизкейк | Последняя порция продана | 14:10 | Администратор смены | В стопе; позиция скрыта |
| Капучино на овсяном молоке | Нет овсяного молока | 14:20 | Старший бариста | В стопе только этот вариант |
| Суп дня | Новая партия готова, кухня подтвердила | 15:05 | Администратор смены | Возвращён; гостевое меню проверено |
| Название из своего меню | Причина ограничения | Часы и минуты | Роль сотрудника | В стопе / возвращён |
Если отсутствует только вариант, например овсяное молоко, сначала проверьте, можно ли закрыть именно его. Не обещайте другую замену без согласования состава и цены. Если интерфейс не позволяет ограничить отдельный вариант, временно закройте связанную позицию и согласуйте понятный способ заказа со сменой.
Ведите одну рабочую версию списка. Если дополнительно используются бумага, чат и электронное меню, назначьте сотрудника, который сверяет их после каждого изменения. Иначе гость увидит доступное блюдо в одном канале и услышит отказ в другом.
Первое решение принимает не администратор у экрана, а сотрудник, который видит реальный остаток. Для заготовки это может быть повар, для десертов — бариста, для витрины — сотрудник выдачи. Роль зависит от точки, но она должна быть названа до начала смены.
Разделите два сигнала. «Осталась последняя порция» означает предупреждение: новый заказ ещё допустим, но сотрудник готов передать окончательный стоп. «Позиция закончилась» означает запрет на новые заказы. Если смена использует одну расплывчатую фразу, администратор либо закрывает блюдо слишком рано, либо продолжает продавать то, чего уже нет.
Не связывайте сигнал только с продажей. Блюдо может попасть в стоп из-за качества заготовки, поломки оборудования или отсутствия безопасной замены. В журнале достаточно короткой причины: «остаток», «качество», «оборудование» или «решение кухни».
Управляемый стоп-лист похож на эстафету: у каждого этапа есть вход, действие и проверка. Ниже — рабочая схема, которую стоит адаптировать под одну точку.
| Участник | Что запускает этап | Что делает | Чем подтверждает |
|---|---|---|---|
| Кухня или бар | Блюдо больше нельзя приготовить по карточке | Называет позицию, причину и момент стопа | Администратор повторяет название позиции |
| Администратор смены | Получил однозначный сигнал | Переводит позицию в недоступные | Видит новое состояние в управлении меню |
| Онлайн-меню | Состояние сохранено | Не отдаёт недоступную позицию в публичной выдаче | Контрольный просмотр на гостевом телефоне |
| Гость | Открывает или обновляет меню | Видит только доступный выбор | Может продолжить заказ без вынужденной замены |
Гостевую часть последних двух звеньев можно разобрать в публичном демо: найти позицию через категорию и поиск, открыть карточку и пройти обычный выбор. Демо не показывает права администратора и не уведомляет реальную смену, поэтому изменение доступности проверяют отдельно на своей точке.
У этой схемы нет универсального норматива в секундах. Зафиксируйте свой предел: например, «до следующего контрольного просмотра» или «до открытия новой волны заказов». Важен не красивый целевой срок, а отсутствие заказов в промежутке между фактическим стопом и обновлением меню.
Если задержка возникает на первом переходе, чините способ связи с кухней. Если администратор нажал кнопку, но проверка не выполнена, чините завершение операции. Если позиция исчезла, а гости всё равно просят её, проверьте бумажное меню, витрину и устные рекомендации.
Публичное меню «Умного Кафе» загружает только позиции, у которых доступность не выключена. В административной части роль с нужными правами может изменить доступность отдельного блюда. После изменения публичный кэш меню сбрасывается, поэтому новый запрос получает актуальное состояние.
Есть и вторая защита. При создании заказа сервер снова проверяет каждую позицию. Если блюдо стало недоступным после того, как гость открыл карточку, заказ с ним не будет принят. Это защищает от продажи закончившегося блюда, но не делает ситуацию незаметной: гостю всё равно придётся вернуться к выбору. Поэтому скорость стоп-листа остаётся задачей смены.
Система не измеряет остаток ингредиентов, не прогнозирует последнюю порцию и не назначает ответственного автоматически. Эти границы важны. Если кухня ждёт, что меню обновится само, а администратор ждёт сообщения, стоп-лист будет опаздывать при любом интерфейсе.
Для плановых правок цены, фотографии и описания нужен другой процесс. Он разобран в материале об административном обновлении меню. Стоп-лист отвечает только на вопрос «можно ли принять новый заказ сейчас».
Соберите регламент из пяти действий. Он должен помещаться рядом с рабочим местом администратора и не требовать отдельного совещания.
Если сообщение идёт в общий чат, договоритесь, кто отвечает. Пять сотрудников, увидевших стоп, не равны одному ответственному. При сбое связи используйте резерв: голосовой вызов администратора или отметку на общей доске. Резерв нужен не вместо цифрового меню, а чтобы сигнал не зависел от одного канала.
Каждый спорный заказ раскладывайте по четырём отметкам времени: когда блюдо фактически закончилось, когда кухня сообщила, когда администратор изменил доступность и когда проверил гостевое меню. Этих отметок достаточно, чтобы найти разрыв без поиска виноватого.
| Наблюдение | Вероятный разрыв | Следующее действие |
|---|---|---|
| Кухня сообщила поздно | Нет владельца остатка или сигнал слишком расплывчатый | Закрепить зону и точную фразу |
| Сообщение принято, позиция всё ещё видна | Операцию отложили или изменили не ту карточку | Перенести обновление в первую реакцию администратора |
| В управлении меню всё верно, гостевая версия не проверена | Нет завершающего контроля | Добавить просмотр категории и поиска |
| Позиции нет онлайн, но её продолжают обещать | Каналы меню расходятся | Сверить бумагу, витрину и рекомендации официантов |
Не записывайте «ошибка персонала» как причину. Такая формулировка ничего не исправляет. Записывайте конкретный переход: «сигнал не назвал позицию», «не было резервного администратора», «не проверили поиск».
Похожие сбои могут проявиться уже после оформления заказа. Тогда полезно отдельно проверить путь комментария до кухни и рабочую очередь смены, а не расширять стоп-лист на все проблемы заказа.
Стоп-лист снимают только после фактического возвращения блюда. Слова «поставка приехала» недостаточно: кухня должна подтвердить, что ингредиенты приняты, заготовка готова и позицию снова можно приготовить по обычной технологии.
Если блюдо не вернётся сегодня, оставьте его недоступным до следующей смены и передайте состояние при пересменке. Если позиция уходит на сезон, меняется её состав или фотография, это уже выпуск новой версии меню. Для такой работы подходит процесс сезонного обновления без перепечатки.
Не используйте включение доступности как обещание «скоро будет». Для гостя доступная карточка означает возможность оформить заказ сейчас. Если ожидание зависит от поставки или неопределённой заготовки, держите позицию закрытой до подтверждения кухни.
Возврат выполняйте в обратной последовательности: сначала кухня подтверждает готовность, затем администратор включает позицию, после этого сотрудник проверяет гостевое меню. Не открывайте карточку по фотографии коробок на складе или сообщению «заготовка почти готова». Между поставкой ингредиента и первой порцией могут оставаться приёмка, разморозка, приготовление и контроль качества.
Перед включением задайте владельцу зоны три коротких вопроса:
Первый вопрос защищает гостя от преждевременного обещания. Второй не требует точного складского учёта, но помогает не повторить включение и выключение через несколько минут. Третий возвращает ответственность в смену: после снятия стопа наблюдение за остатком не должно потеряться.
Если блюдо появилось в категории, но не находится поиском, или наоборот, не объявляйте операцию завершённой. Сохраните позицию закрытой и проверьте, ту ли карточку меняли. При наличии одноимённых вариантов называйте в сообщении не только блюдо, но и размер, категорию или другую заметную характеристику.
На пересменке передавайте два списка: что остаётся в стопе и что недавно вернули. Для каждой возвращённой позиции достаточно отметить время, подтвердившую роль и приблизительный риск повторного окончания. Такой список не превращается в складскую систему, зато следующая смена понимает, каким карточкам уделить внимание в первую очередь.
Перед пилотом выберите блюда, которые действительно могут закончиться в течение дня. Для каждого назначьте владельца сигнала и администратора. Затем проведите одну учебную остановку до открытия: сотрудник объявляет стоп, администратор закрывает позицию, второй человек проверяет меню как гость.
Во время смены фиксируйте только реальные исключения:
В «Умном Кафе» сотрудник с нужными правами выключает доступность блюда, и оно исчезает из публичного меню при следующей загрузке. Сервер также проверяет доступность при оформлении: если блюдо уже закрыто, заказ с ним не принимается. Это помогает остановить продажу, когда гость ещё смотрит ранее открытую карточку.
Начните с одной смены и нескольких рискованных блюд. Если спорный заказ всё же появился, восстановите четыре момента времени и исправьте конкретный переход. Для проверки ролей и резервного сигнала принесите на обсуждение пилота пять рискованных позиций и схему зон кухни. Так решение будет опираться на реальный маршрут вашей точки, а меню начнёт следовать за кухней, а не догонять её после жалобы гостя.
Дальше по теме
Гайды
Как посчитать себестоимость капучино, латте и рафа по своим закупкам. Таблицы ингредиентов, потери, упаковка, комиссии и формулы для проверки цены.
Читать статью
Гайды
Как выбрать зимние напитки для кофейни, посчитать расходы и проверить продажи. Условный расчёт трёх позиций и карточка испытания сезонного меню.
Читать статью
Гайды
Три способа сделать QR-меню: PDF, страница в конструкторе и меню с заказом. Пошаговый запуск, создание QR-кода и чек-лист проверки перед печатью.
Читать статьюСледующий маршрут
Сначала пройдите демо как гость. Если путь подходит заведению, обсудим границы короткого пилота.