Стоп-лист в кафе: как управлять меню в реальном времени

Стоп-лист работает в реальном времени только тогда, когда кухня передаёт сигнал раньше, чем следующий гость отправит заказ. Одной кнопки «Недоступно» недостаточно: нужен короткий маршрут от последней порции до проверки меню на телефоне.

В «Умном кафе» недоступная позиция исчезает из публичного меню, а сервер повторно проверяет доступность при оформлении заказа. Но система не считает остатки на кухне и не угадывает момент окончания блюда. Этот сигнал по-прежнему даёт сотрудник.

Если читать 30 секунд

• Кухня сообщает не «скоро закончится», а конкретный факт: осталась последняя порция или блюдо больше нельзя отдавать.
• Администратор закрывает позицию и сразу проверяет гостевое меню с другого устройства.
• Если гость успел открыть старую страницу, сервер всё равно отклонит заказ с уже недоступным блюдом.
• Стоп-лист не заменяет учёт остатков: без владельца сигнала меню снова отстанет от кухни.
• Проверяйте не число нажатий, а спорные заказы между фактическим окончанием блюда и его скрытием.

Стоп-лист начинается у последней порции

Первое решение принимает не администратор у экрана, а сотрудник, который видит реальный остаток. Для заготовки это может быть повар, для десертов — бариста, для витрины — сотрудник выдачи. Роль зависит от точки, но она должна быть названа до начала смены.

Разделите два сигнала. «Осталась последняя порция» означает предупреждение: новый заказ ещё допустим, но сотрудник готов передать окончательный стоп. «Позиция закончилась» означает запрет на новые заказы. Если смена использует одну расплывчатую фразу, администратор либо закрывает блюдо слишком рано, либо продолжает продавать то, чего уже нет.

Не связывайте сигнал только с продажей. Блюдо может попасть в стоп из-за качества заготовки, поломки оборудования или отсутствия безопасной замены. В журнале достаточно короткой причины: «остаток», «качество», «оборудование» или «решение кухни».

Маршрут «кухня → администратор → меню → гость»

Управляемый стоп-лист похож на эстафету: у каждого этапа есть вход, действие и проверка. Ниже — рабочая схема, которую стоит адаптировать под одну точку.

Участник	Что запускает этап	Что делает	Чем подтверждает
Кухня или бар	Блюдо больше нельзя приготовить по карточке	Называет позицию, причину и момент стопа	Администратор повторяет название позиции
Администратор смены	Получил однозначный сигнал	Переводит позицию в недоступные	Видит новое состояние в управлении меню
Онлайн-меню	Состояние сохранено	Не отдаёт недоступную позицию в публичной выдаче	Контрольный просмотр на гостевом телефоне
Гость	Открывает или обновляет меню	Видит только доступный выбор	Может продолжить заказ без вынужденной замены

Гостевую часть последних двух звеньев можно разобрать в публичном демо: найти позицию через категорию и поиск, открыть карточку и пройти обычный выбор. Демо не показывает права администратора и не уведомляет реальную смену, поэтому изменение доступности проверяют отдельно на своей точке.

У этой схемы нет универсального норматива в секундах. Зафиксируйте свой предел: например, «до следующего контрольного просмотра» или «до открытия новой волны заказов». Важен не красивый целевой срок, а отсутствие заказов в промежутке между фактическим стопом и обновлением меню.

Если задержка возникает на первом переходе, чините способ связи с кухней. Если администратор нажал кнопку, но проверка не выполнена, чините завершение операции. Если позиция исчезла, а гости всё равно просят её, проверьте бумажное меню, витрину и устные рекомендации.

Что подтверждает продукт, а что остаётся регламентом

Публичное меню «Умного кафе» загружает только позиции, у которых доступность не выключена. В административной части роль с нужными правами может изменить доступность отдельного блюда. После изменения публичный кэш меню сбрасывается, поэтому новый запрос получает актуальное состояние.

Есть и вторая защита. При создании заказа сервер снова проверяет каждую позицию. Если блюдо стало недоступным после того, как гость открыл карточку, заказ с ним не будет принят. Это защищает от продажи закончившегося блюда, но не делает ситуацию незаметной: гостю всё равно придётся вернуться к выбору. Поэтому скорость стоп-листа остаётся задачей смены.

Система не измеряет остаток ингредиентов, не прогнозирует последнюю порцию и не назначает ответственного автоматически. Эти границы важны. Если кухня ждёт, что меню обновится само, а администратор ждёт сообщения, стоп-лист будет опаздывать при любом интерфейсе.

Для плановых правок цены, фотографии и описания нужен другой процесс. Он разобран в материале об административном обновлении меню. Стоп-лист отвечает только на вопрос «можно ли принять новый заказ сейчас».

Сменный регламент без лишней переписки

Соберите регламент из пяти действий. Он должен помещаться рядом с рабочим местом администратора и не требовать отдельного совещания.

1. Назначьте владельцев сигнала по зонам. Бар отвечает за напитки, горячий цех — за свои блюда, выдача — за витрину. Укажите резервную роль на перерыв.
2. Согласуйте одну формулу сообщения. Например: «Стоп, чизкейк, последняя порция отдана». Название должно совпадать с меню, иначе легко закрыть соседнюю карточку.
3. Закройте позицию сразу после подтверждения. Не собирайте несколько стопов в пакет, если гости продолжают оформлять заказы.
4. Откройте гостевую версию. Проверьте категорию, поиск и саму карточку. Административное состояние без контрольного просмотра не завершает операцию.
5. Сообщите кухне результат. Короткое «чизкейк скрыт» закрывает петлю и не оставляет повара в неизвестности.

Если сообщение идёт в общий чат, договоритесь, кто отвечает. Пять сотрудников, увидевших стоп, не равны одному ответственному. При сбое связи используйте резерв: голосовой вызов администратора или отметку на общей доске. Резерв нужен не вместо цифрового меню, а чтобы сигнал не зависел от одного канала.

Как разбирать запоздалый стоп

Каждый спорный заказ раскладывайте по четырём отметкам времени: когда блюдо фактически закончилось, когда кухня сообщила, когда администратор изменил доступность и когда проверил гостевое меню. Этих отметок достаточно, чтобы найти разрыв без поиска виноватого.

Наблюдение	Вероятный разрыв	Следующее действие
Кухня сообщила поздно	Нет владельца остатка или сигнал слишком расплывчатый	Закрепить зону и точную фразу
Сообщение принято, позиция всё ещё видна	Операцию отложили или изменили не ту карточку	Перенести обновление в первую реакцию администратора
В управлении меню всё верно, гостевая версия не проверена	Нет завершающего контроля	Добавить просмотр категории и поиска
Позиции нет онлайн, но её продолжают обещать	Каналы меню расходятся	Сверить бумагу, витрину и рекомендации официантов

Не записывайте «ошибка персонала» как причину. Такая формулировка ничего не исправляет. Записывайте конкретный переход: «сигнал не назвал позицию», «не было резервного администратора», «не проверили поиск».

Похожие сбои могут проявиться уже после оформления заказа. Тогда полезно отдельно проверить путь комментария до кухни и рабочую очередь смены, а не расширять стоп-лист на все проблемы заказа.

Когда временный стоп превращается в правку меню

Стоп-лист снимают только после фактического возвращения блюда. Слова «поставка приехала» недостаточно: кухня должна подтвердить, что ингредиенты приняты, заготовка готова и позицию снова можно приготовить по обычной технологии.

Если блюдо не вернётся сегодня, оставьте его недоступным до следующей смены и передайте состояние при пересменке. Если позиция уходит на сезон, меняется её состав или фотография, это уже выпуск новой версии меню. Для такой работы подходит процесс сезонного обновления без перепечатки.

Не используйте включение доступности как обещание «скоро будет». Для гостя доступная карточка означает возможность оформить заказ сейчас. Если ожидание зависит от поставки или неопределённой заготовки, держите позицию закрытой до подтверждения кухни.

Как безопасно вернуть блюдо из стопа

Возврат выполняйте в обратной последовательности: сначала кухня подтверждает готовность, затем администратор включает позицию, после этого сотрудник проверяет гостевое меню. Не открывайте карточку по фотографии коробок на складе или сообщению «заготовка почти готова». Между поставкой ингредиента и первой порцией могут оставаться приёмка, разморозка, приготовление и контроль качества.

Перед включением задайте владельцу зоны три коротких вопроса:

1. Можно ли прямо сейчас приготовить полную порцию по действующей карточке?
2. Хватит ли готового остатка хотя бы на ближайшую волну заказов?
3. Кто сообщит о следующем приближении к стопу?

Первый вопрос защищает гостя от преждевременного обещания. Второй не требует точного складского учёта, но помогает не повторить включение и выключение через несколько минут. Третий возвращает ответственность в смену: после снятия стопа наблюдение за остатком не должно потеряться.

Если блюдо появилось в категории, но не находится поиском, или наоборот, не объявляйте операцию завершённой. Сохраните позицию закрытой и проверьте, ту ли карточку меняли. При наличии одноимённых вариантов называйте в сообщении не только блюдо, но и размер, категорию или другую заметную характеристику.

На пересменке передавайте два списка: что остаётся в стопе и что недавно вернули. Для каждой возвращённой позиции достаточно отметить время, подтвердившую роль и приблизительный риск повторного окончания. Такой список не превращается в складскую систему, зато следующая смена понимает, каким карточкам уделить внимание в первую очередь.

Контрольная проверка одной смены

Перед пилотом выберите блюда, которые действительно могут закончиться в течение дня. Для каждого назначьте владельца сигнала и администратора. Затем проведите одну учебную остановку до открытия: сотрудник объявляет стоп, администратор закрывает позицию, второй человек проверяет меню как гость.

Во время смены фиксируйте только реальные исключения:

• заказ попытались оформить после фактического окончания блюда;
• кухня не получила подтверждение скрытия;
• администратор закрыл не ту позицию;
• гостевая версия не совпала с рабочим состоянием;
• блюдо вернули в продажу до готовности кухни.

Стоп закрыт только после проверки гостем

Стоп-лист в реальном времени — не список и не кнопка, а завершённая передача ответственности. Кухня называет факт, администратор меняет доступность, гостевой просмотр подтверждает результат, а кухня получает обратный сигнал.

Начните с одной смены и нескольких рискованных блюд. Если спорный заказ всё же появился, восстановите четыре момента времени и исправьте конкретный переход. Для проверки ролей и резервного сигнала принесите на обсуждение пилота пять рискованных позиций и схему зон кухни. Так решение будет опираться на реальный маршрут вашей точки, а меню начнёт следовать за кухней, а не догонять её после жалобы гостя.