QR-меню позволяет менять цены без перепечатки ни одной настольной таблички, видеть, сколько людей сканировали во время обеда против ужина, и передавать гостю меню на его родном языке. Это краткая версия того, почему рестораны сохранили QR-меню после 2020 года, даже когда печатные меню вернулись на столы. Полная версия о решении, которое принимается до того, как что-то отправляется в печать: динамический или статический.
QR-коды для ресторанных меню бывают двух видов, выглядящих идентично во время сканирования. Статический код кодирует веб-адрес меню прямо в паттерн, поэтому после печати назначение заморожено. Динамический код кодирует вместо этого короткую ссылку, а ссылка указывает туда, куда вы скажете сегодня. Если вы когда-нибудь рассчитываете изменить цену, заменить сезонное блюдо, направить посетителей на другой язык или узнать что-либо о том, кто сканировал, - вам нужен динамический. Статический оправдан только когда адрес меню никогда не изменится и вам действительно не важны данные о сканировании. Для работающего ресторана это почти никогда не бывает правдой.
Это руководство описывает всю настройку: выбор динамического вместо статического, создание QR-кода для стола, который реально сканируется, маршрутизация по языку или устройству, отслеживание сканирований по столику и времени, печать и ламинирование так, чтобы код пережил напряжённое обслуживание, обеспечение доступности всего этого и пошаговый план, которому можно следовать за полдня.
Почему QR-меню лучше печатного#
Три вещи меняются в тот день, когда вы переходите с меню только в печатном виде на QR-меню.
Первое - редактирование. Стоимость меняется, поставщик заменяет ингредиент, блюдо заканчивается, сезонные коктейли запускаются на неделю позже. С печатным меню каждое из этих событий - это перепечатка или наклейка поверх старой цены. С динамическим QR-меню вы меняете назначение один раз в дашборде - и каждая настольная табличка в зале мгновенно указывает на новое меню. Код на столе никогда не меняется.
Второе - измерение. Каждое сканирование динамического кода - это редирект, а редирект - залогированное событие. Можно видеть, сколько людей сканировали, примерно где, на каком устройстве и когда. Для одного ресторана с несколькими сотнями или тысячами сканирований в неделю этого достаточно, чтобы ответить на реальные вопросы: обед или ужин генерирует больше просмотров меню, какой день самый загруженный, получила ли новая позиция у окна хоть одно сканирование.
Третье - охват. Один код может обслуживать гостя на английском, немецком или украинском, маршрутизируя по языку телефона. Никакого второго печатного меню, никакого ламинированного перевода, устаревающего со временем. Ниже описываем механику маршрутизации.
Есть и четвёртое преимущество, которое люди до сих пор просят по имени: бесконтактность. QR-меню означает, что гость читает меню на собственном телефоне, не касаясь общей протёртой карточки. Пандемия сделала это главной функцией. Сегодня это тихое удобство, но оно всё ещё важно для оборота и гостей, которые предпочитают его. Однако главная причина сохранять код - первые три: редактирование, измерение, маршрутизация. Вот чего ламинированный отпечаток никогда не сможет сделать.
Если нужна концептуальная основа, динамические vs статические QR-коды описывает, что кодирует каждый вид и почему разница закреплена в момент печати. А что такое сокращатель URL описывает слой редиректа, который делает всё это возможным.
Как динамический QR-код столика маршрутизирует сканирование#
Вот путь сканирования от начала до конца. Посетитель направляет камеру на настольную табличку. Телефон декодирует QR и открывает содержащуюся в нём короткую ссылку, например s.elido.me/menu-12. Эта ссылка попадает на edge Elido, который ищет текущее назначение, логирует сканирование, опционально проверяет язык или местоположение телефона и перенаправляет на нужную страницу меню.
В этом одном переходе редиректа живут все полезные функции. Поскольку назначение ищется в момент сканирования, а не запечено в печать, вы можете изменить его когда угодно. Поскольку поиск логируется, вы получаете аналитику. Поскольку поиск может ветвиться, можно маршрутизировать по языку или устройству. Сам редирект добавляет несколько миллисекунд при попадании в кэш - ничто по сравнению с фокусировкой камеры, декодированием и загрузкой страницы, которые телефон делает в любом случае. Посетитель никогда не замечает лишнего перехода.
Короткая ссылка - та часть, которую стоит сделать правильно. Код, кодирующий s.elido.me/menu-12, - маленькая, разреженная сетка, надёжно сканируемая при 3 см. Код, кодирующий длинный адрес с параметрами отслеживания, - плотная сетка, требующая большей печатной площади для сканирования на том же расстоянии. Короче ссылка, меньше код, надёжнее сканирование. Это недооценённая причина ставить сокращатель перед меню, даже если вы никогда не будете его редактировать: код физически легче читается.
Для ресторанов специально, сокращатели URL для ресторанов описывает более широкую картину кампаний - наклейки на витрину, стикеры на вынос, воронки бронирования, - окружающую меню столика. Этот пост сосредоточен на самом коде меню.
Дизайн QR-кода столика, который реально сканируется#
QR-код, который не сканируется, хуже, чем никакой QR-код, потому что гость уже попробовал. Большинство неудач происходит из четырёх ошибок дизайна, и все четыре легко избежать.
Контраст - на первом месте, и он бьёт цвет всегда. Чёрные модули на белом фоне - самая надёжная комбинация. Брендовые цвета соблазнительны, но светлый код на светлом фоне резко снижает процент сканирований, иногда до нуля в тусклом свете. Если бренд требует цвета, используйте тёмные чернила (глубокий тёмно-синий, почти чёрно-коричневый) на светлом, однотонном фоне и тестируйте перед принятием решения. Пастель на пастели - это перепечатка, ожидающая своего часа.
Размер определяется расстоянием. Широко распространённое практическое правило: код должен быть не менее одной десятой расстояния сканирования. Настольная табличка, считываемая с ~30 см, требует примерно 3 см кода - достаточно для большинства современных телефонов. В слабоосвещённом обеденном зале увеличьте до 4-5 см. Стандарт, определяющий структуру QR, ISO/IEC 18004, описывает, как сетка модулей растёт с данными, - именно поэтому чем короче закодированная ссылка, тем меньше можно печатать и всё равно надёжно сканировать.
Тихая зона - правило, которое дизайнеры нарушают чаще всего. QR-коду нужно чистое пустое пространство вокруг него, не менее четырёх модулей шириной (модуль - один из маленьких квадратов в паттерне). Разместите текст, логотип или рамку вплотную к краю кода - и сканеры с трудом его находят. Оставьте отступ.
Позиционирование - то, что стандарт не охватывает. Поместите код туда, где сидящий гость может дотянуться без наклона через стол или поднятия тяжёлой подставки. Настольная табличка примерно на уровне глаз, чуть наклонённая к стульям, лучше, чем наклейка на поверхности стола, ловящая блики от потолочных ламп. Блик - реальный убийца на глянцевом ламинате, вот почему отделка важна не меньше позиции.
Для стороны брендинга - логотипы, рамки, цвет в допустимых пределах - дизайн брендированных QR-кодов рассматривает это глубже, чем позволяет место здесь. Единственное правило дизайна, которым никогда нельзя жертвовать, - контраст.
Мультиязычная и устройство-осведомлённая маршрутизация меню#
Один QR-код может вести к разным меню в зависимости от того, кто сканирует. Это часть смарт-маршрутизации динамической ссылки, и для ресторанов она решает две реальные задачи.
Первая - язык. Гость с телефоном на немецком попадёт на немецкое меню; гость с телефоном на английском - на английское. Редирект считывает языковые предпочтения браузера и выбирает подходящее назначение, переключаясь на дефолтное при отсутствии совпадения. Один напечатанный код, несколько меню, никаких дополнительных табличек. Для ресторана в туристическом городе или у границы - это функция, которая окупается.
Вторая - местоположение или устройство. Код на пакете на вынос может отправлять местные сканирования на страницу заказа, а сканирования издалека - на обычное меню. Код, должный вести себя по-разному по стране, может маршрутизировать по региону сканирующего. Механика та же ветвь во время редиректа; вы просто выбираете, по чему ветвиться. Гео-таргетинг коротких ссылок описывает случай местоположения, а смарт-ссылки описывает движок маршрутизации в целом, включая порядок вычисления правил и что происходит, когда ни одно не совпадает.
Предостережение: сохраняйте простоту правил. Код меню с одной ветвью языка и разумным дефолтом редко идёт не так. Код с шестью вложенными условиями - это то, что тихо ломается в самый неподходящий момент. Маршрутизируйте по одному или двум измерениям, которые реально меняют то, что должен видеть гость, и позвольте всему остальному попадать на дефолт.
Отслеживание сканирований по столику, местоположению и времени#
Вот где цифровое меню перестаёт быть удобством и становится источником данных. Каждое сканирование динамического кода логируется, поэтому вопрос - насколько детальную разбивку вы хотите.
Самая простая настройка - один код для всего зала. Вы получаете суммарные сканирования по часам и дням, что уже говорит о соотношении обед/ужин и самой загруженной смене. Следующий уровень - один код на зону или столик, каждый со своей короткой ссылкой, ведущей к тому же меню. Теперь аналитика разбивается по столику или секции. Можно видеть, что столики у окна сканируют больше, или что столик 12 в углу почти не регистрируется - это может быть проблемой позиционирования, а не посадки.
Для сети одна идея масштабируется по локации. Тегируйте каждую ссылку локацией и позицией, затем фильтруйте аналитику для сравнения одного ресторана с другим или каждой позиции у окна по всей сети. Теги делают нарезку; вы читаете результат. Аналитика Elido записывает каждое сканирование как сырое событие без семплирования, поэтому даже цифры тихого столика точные, а не оценочные.
Практическое замечание о том, что данные могут и не могут сказать. Событие редиректа фиксирует сканирование: когда, примерно где, какое устройство. Само по себе оно не говорит, прочитал ли гость всё меню или заказал ли спецпредложение. Для этого нужно, чтобы страница меню отчитывалась, - большинство ресторанов пропускают это сначала и добавляют позже, если есть интерес. Данных на уровне сканирования достаточно для управления позиционированием и персоналом, что составляет большую часть ценности.
Если вы строите более широкую отслеживаемую кампанию, а не просто меню, создание QR-кампании с нуля - пошаговое руководство для этого, а сокращатели URL с QR-кодами описывает генерацию и управление кодами в объёме.
Печать, ламинирование и выживание в обслуживании#
QR-код в ресторане ведёт тяжёлую жизнь. Его поливают, мажут, царапают и гнут. Проектируйте с учётом этого.
Исправление ошибок - ваша страховка. QR-коды несут избыточные данные, поэтому продолжают сканироваться, когда часть паттерна повреждена, и уровень регулируется. Высший уровень восстанавливается примерно от 30% замутнения кода - именно тот запас, который нужен на поверхности, куда попадёт соус. Компромисс: более высокая коррекция делает сетку чуть плотнее, но поскольку закодированная ссылка короткая, запас есть. Для настольных табличек и стикеров на пакеты выбирайте более высокую коррекцию.
Ламинирование защищает печать, но вносит блик. Глянцевый ламинат под прямыми потолочными лампами может отбрасывать достаточно света обратно на камеру, чтобы заблокировать сканирование, особенно когда гость наклоняет табличку для чтения. Матовый или сатиновый ламинат рассеивает этот свет и сканируется значительно удобнее. Если вы меняете одно в текущей настройке - пусть это будет матовый ламинат.
Тестируйте печать каждый раз. Экспортируйте код, распечатайте в реальном размере на реальной бумаге с реальной отделкой и сканируйте с расстояния сидящего гостя на трёх-четырёх разных телефонах, включая старый и один в чехле. Экранный предпросмотр всегда выглядит нормально. Ламинированная карточка под светом вашего обеденного зала - единственный тест, который имеет значение. Заказывайте тираж после его прохождения, а не до.
Ещё одно: дизайн-файлы должны быть векторными, а не растровыми. Экспортируйте код в SVG там, где можно, чтобы принтер масштабировал его без смягчения краёв. Размытая граница модуля - это сбой сканирования на изношенной карточке через несколько месяцев.
Доступность и текстовый запасной вариант#
QR-only меню исключает людей, и это одновременно этическая и практическая проблема. У некоторых гостей нет смартфона. У некоторых нет интернета, а в вашем обеденном зале нет нормального сигнала. У некоторых сломана камера, старый телефон, плохо сканирующий, или слабое зрение, затрудняющее использование маленького экрана. Проектирование только для уверенного сканирующего гостя оставляет реальных клиентов в тупике.
Исправления дешёвы. Напечатайте короткий, читаемый веб-адрес рядом с кодом, чтобы любой мог ввести его вместо сканирования - это также служит запасным путём, когда сканирование никак не ловится. Держите печатные меню доступными по запросу и инструктируйте персонал предлагать их, не делая из этого событие. И сделайте саму страницу цифрового меню удобной: реальный текст, а не фотография меню, читаемые размеры шрифта и структура, которую может прочитать скринридер.
Последний пункт важнее, чем печать. Меню, представленное как плоское изображение, невидимо для скринридера и нечитаемо для тех, кто нуждается в увеличении. Публичные руководства по доступности вроде обзора WCAG W3C задают базовый уровень: текстовые альтернативы, достаточный контраст и контент, адаптирующийся к разным экранам. Цифровое меню - это веб-страница, и к ней применяются те же правила, что и к любой другой странице.
Относитесь к текстовому запасному варианту и опции с печатным меню как к части QR-меню, а не как к запоздалой мысли. Гость, который не может сканировать, никогда не должен быть гостем, который не может сделать заказ.
Пошаговая настройка QR-меню#
Вот всё в порядке, при условии, что начинаете с нуля.
Первое, разместите меню в интернете. Это может быть чистый PDF, страница сайта или простая мобильная страница меню. Единственное жёсткое требование - стабильный веб-адрес. Убедитесь, что он хорошо читается на телефоне, потому что это единственный экран, на котором он когда-либо появится.
Второе, создайте динамическую короткую ссылку, указывающую на это меню. Это редактируемый, отслеживаемый слой. Дайте ей понятную метку, чтобы узнать её позже, и если у вас больше пары позиций - тегируйте с локацией и местом (table, window, takeaway).
Третье, настройте маршрутизацию, если нужна. Добавьте языковую ветвь для второго или третьего меню, или ветвь по местоположению для вынос. Ограничьтесь одним-двумя измерениями, которые реально меняют то, что должен видеть гость, и убедитесь, что дефолтное назначение разумное.
Четвёртое, сгенерируйте QR из этой короткой ссылки с помощью генератора QR-меню, создающего динамический код, а не запекающего адрес. Установите высокую коррекцию ошибок, оставьте чёрным на белом и экспортируйте как SVG. Посмотрите галерею QR для примеров оформления в рамках правил контраста.
Пятое, распечатайте тест, просканируйте на нескольких телефонах с расстояния сидящего гостя при реальном освещении, затем заказывайте тираж на матовом ламинате. Добавьте читаемый адрес рядом с кодом на печати.
Шестое, наблюдайте за аналитикой первые две недели. Ищите картину обед/ужин, самый загруженный день и любую позицию с почти нулевыми сканированиями. Последнее обычно означает, что код трудно дотянуться или он ловит блики, а не то что никому не интересно.
Вот работающее QR-меню: редактируемое при изменении цен, мультиязычное когда нужно, измеримое для управления, доступное чтобы никто не остался за столом. Функции смарт-ссылок и QR-кодов обрабатывают маршрутизацию и генерацию, а страница решений для маркетологов описывает кампанийный рабочий процесс, если вы выходите за пределы меню. Детали тарифов - на странице цен.