Ресторан без стоп-листов на сайте и потерянных гостей

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

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

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

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

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