Автоматизация доставки ресторана: от заказа до курьера

АвторРедакция SBG

Поделиться

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

Соберите каналы в одну схему

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

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

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

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

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

Управляйте меню и загрузкой

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

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

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

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

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

Свяжите кухню и упаковку

На кухню должны попадать канал, время готовности, состав и комментарии. На сборке проверяют все позиции, приборы, соусы и маркировку пакетов. Разделите отметки «готово на кухне» и «передано курьеру».

Для заказов с несколькими пакетами используйте единый номер и количество мест. Курьер принимает комплект по этому номеру. Если чего-то нет, изменение состава и суммы согласуется с клиентом и фиксируется в заказе до завершения передачи.

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

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

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

Контролируйте оплату и завершение

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

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

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

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

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

Запускайте по этапам

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

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

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

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

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

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

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

Смотрите медиану и верхнюю часть распределения: например, срок, в который укладываются 90% заказов. Среднее сглаживает редкие, но очень длинные задержки. Дополнительно считайте долю заказов, выполненных в обещанный срок. Обещание должно сохраняться в момент подтверждения, иначе его последующее изменение искусственно улучшит показатель.

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

Не превращайте показатели в наказание за каждый сложный заказ. Сначала проверьте исходные данные и условия. Курьер не отвечает за то, что заказ двадцать минут ждал сборщика, а кухня не может исправить ошибочный адрес. Измерение должно приводить к улучшению этапа и назначению владельца причины.

Резервный процесс при сбое связи

Опишите работу при недоступности сайта, кассы, связи с площадкой или кухонного экрана отдельно. В одном случае заказы продолжают поступать, но не попадают на кухню; в другом приём действительно остановлен. Это разные риски. Сотрудник должен понимать, где проверить наличие новых заказов и кому сообщить об ограничении.

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

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

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

Что включить в задание на автоматизацию

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

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

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

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

Частые вопросы

Все новости и статьи