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