QR-меню для ресторана и кафе

Как работает QR-меню в зале

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

Чем QR-меню отличается от PDF-картинки

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

Что видит гость: фото, состав, языки, доступность

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

Заказ, аналитика, интеграции и запуск

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

Меню открывают на разных телефонах и при разном качестве связи, поэтому страница должна оставаться лёгкой. Изображения отдаются сжатыми, фотографии подгружаются по мере прокрутки, тяжёлых анимаций нет — меню открывается и на старом аппарате, и на слабом гостевом Wi-Fi. Размер шрифта наследуется от системных настроек телефона: если гость увеличил текст на уровне устройства, меню откроется крупным. Контраст текста и фона подобран так, чтобы позиции читались и при ярком солнце на летней террасе, и в полутёмном зале. Разметка карточек рассчитана на экранные читалки, поэтому меню остаётся доступным гостям с нарушением зрения. Предусмотрен и вариант без сканирования: короткая ссылка или NFC-метка, к которой достаточно поднести телефон. Бумажное меню при этом никуда не обязано исчезать — часть гостей привыкла к папке, и разумнее оставить оба варианта, чем заставлять зал переучиваться за один день. Персоналу стоит проговорить простой сценарий на случай, если у гостя разряжен телефон или не срабатывает камера: подать бумажное меню или планшет, а не объяснять, как правильно сканировать код.

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

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

Для запуска от заведения нужно немного: выгрузка номенклатуры с ценами или доступ к кассовой системе, фотографии блюд, описания и состав, логотип с фирменными цветами и список залов, для которых нужны отдельные коды. Остальное на нашей стороне — наполнение, оформление под бренд, генерация кодов, макеты тейбл-тентов и наклеек, обучение администратора работе с панелью. Заведение на сорок посадочных мест обычно запускается за несколько дней; у сети из трёх точек уходит больше времени, потому что у точек различаются меню и цены. Важно понимать границу: QR-меню решает задачу первого контакта в зале, но не удерживает гостя между визитами. В нём нет бонусного счёта, истории заказов и push-уведомлений — для этого нужно мобильное приложение ресторана. Логика простая: QR-меню работает на гостя, который уже сел за стол, приложение — на то, чтобы он вернулся. Начинать с меню при этом разумно: оно приводит номенклатуру, фотографии и описания в порядок, и этот же контент потом используется в приложении без повторной работы.