Аналитика QR-меню: как читать данные и растить продажи
QR-меню собирает восемь категорий обезличенных данных. Разбираем, какие решения принимать по каждой и как за 90 дней поднять средний чек.
Современное QR-меню в 2026 году собирает восемь категорий данных — все обезличенные и все совместимые с требованиями к персональным данным при корректной настройке. Проблема не в том, что данных нет. Проблема в том, что их почти никто не открывает.
Коротко о главном
QR-меню показывает пять ключевых срезов: просмотры по каждому блюду, распределение по языкам, время в меню, пиковые часы сканирований и точки выхода. Каждый срез ведёт к своему управленческому решению.
Самый полезный показатель — соотношение просмотров и заказов. Блюда, которые часто смотрят, но редко берут, — это проблема описания, фотографии или цены, и каждая из них решается.
Использование фильтра по аллергенам говорит о составе вашей аудитории точнее любого другого источника. Чаще всего оказывается, что гостей с ограничениями у вас значительно больше, чем вы думали.
При правильной настройке всё это соответствует требованиям по защите данных: аналитика меню работает с обезличенным поведением, а не с персональными идентификаторами.
Заведения, которые смотрят аналитику еженедельно, обычно поднимают средний чек на 8–14% за 90 дней — исключительно за счёт работы с меню на основе данных.
Какие данные даёт QR-меню
1. Количество и время сканирований. Сколько гостей отсканировали код, с разбивкой по часам, дням и носителям. Показывает загрузку зала и то, какие точки размещения кодов реально работают.
2. Просмотры по каждому блюду. Сколько посетителей меню действительно открыли карточку конкретной позиции. Самый недооценённый источник данных для работы с меню.
3. Соотношение просмотров и заказов. Просмотры блюда, делённые на заказы (при интеграции с кассой или системой оплаты). Главный диагностический показатель.
4. Время на карточке блюда. Сколько гость задерживается на позиции. Долгое зависание на незаказанном блюде почти всегда означает трение при выборе: описание не продаёт, цена смущает или нет фотографии.
5. Распределение по языкам. Какая доля сканирований приходится на каждый язык. Показывает, соответствуют ли вложения в переводы фактическому составу гостей.
6. Использование фильтра по аллергенам. Какие аллергены фильтруют чаще всего. Показывает реальную структуру аудитории: больше гостей с непереносимостью орехов, больше веганов, больше безглютеновых, чем принято считать.
7. Переходы между разделами. Между какими категориями гости перемещаются и где отваливаются. Показывает, совпадает ли структура меню с логикой гостя.
8. Точки выхода. Где гость закрывает меню. Если 40% уходят на колонке с ценами, проблема воспринимаемой ценности находится именно в ценообразовании.
В сыром виде эти метрики бесполезны. Ценность появляется при интерпретации — и смотреть их нужно еженедельно, а не раз в квартал.
Какие позиции смотрят, но не заказывают
Это самый ценный вопрос, на который отвечает аналитика меню.
Блюдо с высокими просмотрами и низкими заказами привлекает внимание, но не конвертируется. Причин обычно пять.
1. Описание не продаёт. Позиция «Сибас на гриле» с описанием «средиземноморский сибас с сезонными овощами» формально верна, но не объясняет, почему её стоит заказать. Перепишите так, чтобы было видно отличие: «целый сибас, запечённый в соли и вскрытый при подаче, с подпечённым лимоном и сицилийским сальморильо».
2. Цена не совпадает с ощущением от описания. Если блюдо читается как простая домашняя еда, а стоит как позиция верхнего сегмента, гость смотрит и не берёт. Либо переформулируйте подачу (происхождение продукта, техника, регион), либо меняйте цену.
3. Нет фотографии. Самая простая правка. Фотографии в среднем поднимают конверсию на 25–30%. ИИ-съёмка блюд закрывает этот пробел почти без затрат.
4. Рядом стоит конкурирующее блюдо. Когда гость выбирает между двумя похожими позициями, просмотры растут у обеих, а заказы уходят к победителю сравнения. Разведите описания.
5. Блюдо не подходит части аудитории по составу. Если 30% гостей фильтруют меню по моллюскам, а у осьминога высокие просмотры, дело не в описании: эти просмотры — гости, которые проверяют, что им нельзя.
Рабочий цикл: раз в месяц выгружайте пять позиций с максимальным разрывом между просмотрами и заказами, формулируйте гипотезу, меняйте по одному параметру на блюдо, ждите месяц и смотрите, что сдвинулось. Это классический ритм проверки гипотез — и именно так выглядит работа с меню в 2026 году.
Можно ли отследить пиковые часы заказов по столам
В основном да, с оговорками.
Что вы видите: время сканирования по каждому коду. Если у вас отдельный код на каждый стол, вы фактически получаете картину вовлечённости в разрезе столов: стол 7 отсканировал меню в 19:42 и провёл в нём шесть минут.
Что без интеграции не видно: сам заказ — эти данные живут в кассе. Современные платформы всё чаще интегрируются с популярными кассовыми системами, и тогда поведение в меню и фактический заказ соединяются в одном месте.
Что это даёт в работе зала:
видно, какие столы долго не могут определиться (долго в меню, поздний заказ) — обычно признак неоднозначных формулировок;
видно, какие столы решают быстро — как правило, постоянные гости или удачная структура меню;
видно закономерности по зонам: если у одного официанта столы стабильно заказывают дольше, узкое место может быть в сервисе, а не в меню.
Данные по столам полезны и для планирования смены. Если в пятницу вечером среднее время выбора стабильно шесть минут, а во вторник — три, планирование пятничного сервиса должно учитывать более длинную фазу выбора.
Как проверять изменения меню через A/B-тесты
Три самых полезных теста.
Тест 1: описание блюда. Показывайте две версии описания по две недели каждую и смотрите, какая поднимает соотношение просмотров и заказов. Нужный объём выборки — минимум 200 просмотров на версию.
Тест 2: позиция в разделе. Переставьте высокомаржинальное блюдо с третьей строки на первую. В QR-меню эффект позиции внутри раздела работает так же, как в бумажном: верхние позиции получают больше внимания.
Тест 3: фотография против её отсутствия. Самый простой и самый результативный тест. Добавьте фото к позиции, у которой его не было, и смотрите на изменение заказов — обычно рост 25–30% по этому блюду.
Механика: многие платформы поддерживают режим эксперимента, когда половина сканирований видит вариант A, половина — вариант B, а результаты сводятся в панели. Если такой функции нет, тестируйте последовательно: две недели вариант A, затем две недели вариант B. Чуть менее строго, но выводы всё равно рабочие.
Intermenu поддерживает оба режима в рамках одного меню, поэтому переписанное описание или новую фотографию можно сравнить с исходной версией без выгрузки данных во внешний сервис.
Соответствует ли аналитика QR-меню требованиям GDPR
Да — при корректной настройке. Рамка проще, чем принято думать.
Что аналитика меню обычно собирает: обезличенные события сканирования (время, язык, тип устройства), обезличенные взаимодействия (какая карточка открыта, сколько времени на ней), обезличенное использование фильтров.
Чего собирать без явного согласия нельзя: имя, электронную почту, телефон, точную геолокацию, сквозные идентификаторы для отслеживания между сайтами.
Что нужно сделать со своей стороны:
Уведомление о конфиденциальности на странице меню. Короткий понятный абзац о том, что обезличенные данные о взаимодействии собираются для улучшения меню. У большинства платформ есть готовый шаблон.
Баннер согласия— если вы используете отслеживание, которое его требует. Стандартная обезличенная аналитика баннера обычно не требует, рекламные пиксели — требуют.
Политика хранения. По умолчанию платформы хранят данные 12–24 месяца; для целей регулирования этого достаточно.
Возможность отказаться. Обычно ссылка в подвале страницы меню.
Для независимого заведения на нормальной профильной платформе соответствие обеспечивается по умолчанию: платформа сама задаёт поведение файлов cookie, срок хранения и текст уведомления. Отельным сетям может потребоваться дополнительная документация — оценка воздействия и договоры с обработчиками.
Не позволяйте регуляторным опасениям отпугнуть вас от аналитики. Обезличенные данные о взаимодействии — ровно то, что регулирование разрешает. Сложности начинаются там, где меню собирает персональные данные, чего оно делать и не должно.
Что смотреть еженедельно, а что раз в квартал
Еженедельно (5 минут): общее число сканирований в сравнении с той же неделей месяц назад; пять самых просматриваемых блюд; пять блюд с максимальным разрывом между просмотрами и заказами; технические сбои — медленная загрузка, неудачные сканирования, ошибки.
Ежемесячно (30 минут): распределение сканирований по языкам; динамика использования фильтра по аллергенам; переходы между разделами и точки отвала; результаты тестов за прошлый месяц; средний чек в разрезе языков — самый показательный срез для заведений в туристических зонах.
Ежеквартально (2 часа): полная ревизия меню по соотношению просмотров и заказов; эффективность точек размещения кодов; рост сканирований год к году; стратегические решения — добавление языков, доработка отображения аллергенов, закрытие пробелов по фотографиям.
Главный эффект даёт именно еженедельный ритм. Большинство заведений ограничивается квартальным разбором и теряет основную часть пользы. Пятиминутная проверка ловит мелкие проблемы до того, как они станут постоянной частью меню.
Какая вовлечённость считается хорошей
Ориентиры по данным разных заведений, полезные для грубого сравнения.
Доля сканирований на одного гостя: ниже среднего — менее 40%, средне — 60–75%, отлично — выше 85%.
Среднее время в меню: ниже среднего — менее 90 секунд, средне — 2–4 минуты, отлично — 4–6 минут.
Доля сканирований на иностранных языках (туристическая зона): ниже среднего — менее 15%, средне — 25–35%, отлично — выше 40%.
Соотношение просмотров и заказов по медианному блюду: ниже среднего — менее 0,4, средне — 0,5–0,7, отлично — выше 0,7.
Использование фильтра по аллергенам: ниже среднего — менее 3%, средне — 5–10%, отлично — выше 10%.
Покрытие фотографиями: ниже среднего — менее 30% позиций, средне — 50–70%, отлично — выше 85%.
Это грубые ориентиры. Ваши цифры зависят от кухни, состава гостей и формата: ресторан с бумажным меню параллельно с QR будет показывать меньше сканирований, чем заведение только с кодами, и это нормально.
План прироста среднего чека за 90 дней
Дни 1–7. Настройте панель аналитики, задайте перечисленные метрики, убедитесь, что учёт сканирований работает по всем точкам размещения кодов.
Дни 8–30. Выгрузите десять блюд с максимальным разрывом между просмотрами и заказами. Сформулируйте гипотезы. Внесите по одному изменению на блюдо: переписать описание, добавить фото, скорректировать цену, переставить позицию.
Дни 31–60. Измерьте эффект. Часть изменений сработает, часть нет. Неудачные откатите. Отберите пять сработавших и распространите тот же приём на другие позиции.
Дни 61–90. Примените найденный подход к следующему слою меню. Запустите тест описания на самой маржинальной позиции.
К девяностому дню большинство заведений видит прирост среднего чека на 8–14% — целиком за счёт решений по меню, опирающихся на данные. Работа занимает 30 минут в неделю, а не 30 часов.
Как выстроить работу с данными внутри команды
Аналитика перестаёт работать в тот момент, когда за неё никто не отвечает персонально. Несколько организационных правил, которые видно по практике заведений.
Один ответственный. Управляющий или маркетолог, а не «вся команда». Пятиминутный отчёт по понедельникам в общий чат дисциплинирует лучше любой панели.
Одно изменение за раз. Если вы одновременно переписали описание, добавили фото и подняли цену, вы не узнаете, что именно сработало.
Журнал изменений. Простая таблица: дата, блюдо, что изменили, показатель до, показатель после. Через полгода это ваша собственная база знаний, которая ценнее любых отраслевых ориентиров.
Обратная связь на кухню. Если блюдо стабильно не заказывают, шеф должен об этом знать раньше, чем позиция уйдёт из меню. Иногда достаточно поменять гарнир или подачу.
Сверка с фудкостом. Рост заказов на позиции с низкой маржой — не всегда победа. Смотрите просмотры и заказы вместе с себестоимостью, иначе оптимизируете выручку в ущерб прибыли.
Типичные ошибки при чтении аналитики
Выводы на малых числах. Двадцать просмотров — это не тенденция. До 200 просмотров на позицию любые сравнения остаются шумом.
Игнорирование сезонности. Падение просмотров супов в июле — не проблема меню. Сравнивайте с тем же периодом прошлого года, а не с прошлым месяцем.
Ставка на самые просматриваемые позиции. Верхние строки раздела получают просмотры автоматически. Ценность не в том, что смотрят, а в разрыве между просмотрами и заказами.
Отсутствие связи с залом. Данные показывают, что происходит, но не всегда почему. Один разговор с официантом объясняет цифру быстрее, чем неделя разглядывания графиков.
Разовая ревизия вместо привычки. Один глубокий разбор в год даёт меньше, чем пять минут каждую неделю. Эффект здесь накопительный.
Частые вопросы
Какие данные даёт QR-меню? Количество сканирований, просмотры по блюдам, соотношение просмотров и заказов, время на карточке, распределение по языкам, использование фильтра по аллергенам, переходы между разделами и точки выхода. Всё обезличенно.
Какие позиции смотрят, но не заказывают? Это главный диагностический вопрос. Такие блюда почти всегда упираются в описание, фотографию или цену, и каждая причина устраняется.
Можно ли отследить пиковые часы по столам? Да, при отдельном коде на каждый стол. В связке с кассой картина по времени становится полной.
Как тестировать изменения меню? Через разделение трафика пополам или последовательно: две недели одна версия, две недели другая. Ориентир для выводов — от 200 просмотров на версию.
Законно ли собирать эти данные? Да, если сбор обезличен. Стандартная аналитика QR-меню не использует персональные данные и обычно не требует баннера согласия.
Что почитать дальше
Что делать с данными по языкам
Распределение сканирований по языкам — самый недооценённый отчёт в панели. Он отвечает сразу на несколько вопросов, которые обычно решают на глаз.
Какие языки добавлять следующими. Если 12% сканирований приходятся на язык, которого в меню нет, гость открыл его через автоперевод браузера — а значит, качественная версия принесёт больше, чем ещё один язык из общего списка.
Окупается ли уже сделанный перевод. Язык, на который приходится меньше 1% сканирований в течение полугода, можно спокойно оставить, но вкладываться в его вычитку смысла нет.
Как различается средний чек по языкам. Если гости на одном языке заказывают заметно меньше, чем на другом, чаще всего дело в качестве перевода конкретных разделов, а не в платёжеспособности аудитории.
Когда приходят разные аудитории. Сканирования на одном языке могут концентрироваться в обеденные часы, на другом — вечером. Это прямая подсказка для расписания смен и для того, кого из сотрудников ставить в зал.
Практический приём: раз в квартал берите два языка с наибольшей долей сканирований и вычитывайте на них только те разделы, которые чаще всего открывают. Полная вычитка всего меню на всех языках почти никогда не окупается, а точечная — окупается почти всегда.
Отдельно смотрите на язык в связке с фильтром по аллергенам. Гости, читающие меню на неродном языке, пользуются фильтром заметно чаще: им сложнее считывать состав из описания. Если у вас высокая доля иностранных сканирований и низкое использование фильтра, скорее всего, фильтр просто плохо заметен в интерфейсе.