Электронное меню для ресторана, кафе и бара

Чем электронное меню шире QR-кода

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

Сценарии для разных форматов заведений

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

Управление позициями, ценами и стоп-листом

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

Языки, сезонные меню и интеграции с кассой

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

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

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

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

Электронное меню не заменяет кассу и учёт — оно с ними работает. Номенклатура, цены, модификаторы и стоп-лист берутся из кассовой системы, заказы уходят обратно в неё, поэтому выручка и списания считаются там же, где считались раньше. Интеграция с iiko и подключение к r_keeper закрывают большинство заведений в Казахстане; для менее распространённых систем работает обмен файлами номенклатуры или прямая выгрузка. Со стороны заведения для запуска нужны доступ к кассовой системе, актуальная номенклатура, фотографии и описания блюд и ответственный человек, который будет вести меню дальше. Если задача шире витрины и включает бонусы, историю заказов и связь с гостем между визитами, электронное меню становится частью мобильного приложения кафе, а не отдельным продуктом. Начинать логично именно с меню: оно приводит номенклатуру и контент в порядок, а собранные фотографии и описания дальше используются повторно — и в приложении, и в доставке.