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-код може вести до різних меню залежно від того, хто сканує. Це частина розумної маршрутизації динамічного посилання, і для ресторанів вона вирішує дві реальні проблеми.
Перша - мова. Гість, телефон якого налаштований на німецьку, може потрапити на меню německою; гість з телефоном англійської мови - на англійське. Перенаправлення зчитує мовні уподобання браузера та обирає відповідне призначення, переходячи до дефолтного за відсутності збігу. Один друкований код, кілька меню, нуль додаткових настільних кодів. Для ресторану в туристичному місті або біля кордону це функція, що виправдовує своє існування.
Друга - місцезнаходження або пристрій. Код на пакеті для замовлення на виніс може надсилати місцеві скани на сторінку замовлення, а скани з інших регіонів - на звичайне меню. Код, що має поводитися по-різному в залежності від країни, може маршрутизувати за регіоном сканера. Механіка - та сама розгалуження під час перенаправлення; ви просто обираєте, за чим розгалужуватися. Гео-таргетинг коротких посилань охоплює випадок місцезнаходження, а пояснення розумних посилань охоплює механізм маршрутизації загалом, включно з тим, як оцінюються правила та що відбувається, коли жодне не збігається.
Слово застереження: тримайте правила простими. Код меню з одним мовним розгалуженням та розумним дефолтом рідко дає збої. Код з шістьма вкладеними умовами - це те, що тихо ламається в найгірший момент. Маршрутизуйте за одним або двома вимірами, що справді змінюють те, що має бачити гість, а все інше нехай іде до дефолту.
Відстеження сканів за столиком, місцем та часом#
Тут цифрове меню перестає бути зручністю і стає джерелом даних. Кожен скан динамічного коду фіксується, тому питання в тому, наскільки детальну розбивку ви хочете.
Найпростіше налаштування - один код для всього залу. Ви отримуєте загальну кількість сканів, за годиною та днем, що вже розповість про співвідношення обіду та вечері та найзавантаженіше обслуговування. Наступний рівень - один код на зону або столик, кожен із власним коротким посиланням, що перенаправляє до того самого меню. Тепер аналітика розбивається за столиком або секцією. Ви можете бачити, що вікнові столики сканують більше, або що столик 12 у кутку майже не реєструється - це може бути проблемою розміщення, а не посадки.
Для мережі та ж ідея масштабується за локацією. Тегуйте кожне посилання місцем та розміщенням, потім фільтруйте аналітику для порівняння одного ресторану з іншим або порівняння кожного вікнового розміщення в мережі. Теги роблять нарізку; ви читаєте результат. Аналітика Elido фіксує кожен скан як необроблену подію без вибірки, тому навіть цифри тихого столика точні, а не приблизні.
Практична примітка про те, що дані можуть і що не можуть розповісти. Подія перенаправлення фіксує скан: коли, приблизно де, яким пристроєм. Вона сама по собі не розповідає, чи прочитав гість все меню або замовив спеціальну страву. Для цього потрібна сторінка меню, що звітує назад - більшість ресторанів пропускає це на початку і додає пізніше, якщо це важливо. Даних на рівні сканів достатньо для управління розміщеннями та персоналом, а це і є більшість цінності.
Якщо ви будуєте ширшу відстежувану кампанію, а не просто меню, побудова QR-кампанії з нуля є покроковою інструкцією для цього, а сервіси скорочення URL з QR-кодами охоплює генерацію та управління кодами у великому обсязі.
Друк, ламінування та виживання в умовах обслуговування#
QR-код в ресторані веде важке життя. Його обливають, забруднюють, дряпають та гнуть. Проектуйте з урахуванням цього.
Виправлення помилок - ваша страховка. QR-коди містять надлишкові дані, щоб вони все одно сканувалися, коли частина візерунку пошкоджена, і рівень регулюється. Найвищий рівень відновлюється приблизно від 30% пошкодженого коду - саме такий запас потрібен на поверхні, що отримає соус. Компроміс у тому, що вищий рівень виправлення робить сітку трохи щільнішою, але оскільки ваше закодоване посилання коротке - у вас є простір про запас. Для настільних кодів та наклейок на пакети схиляйтесь до вищого виправлення помилок.
Ламінування захищає друк, але створює відблиск. Глянцевий ламінат під прямими ліхтарями може відбивати достатньо світла назад на камеру, щоб зупинити сканування, особливо коли гість нахиляє код для читання. Матовий або сатиновий ламінат розсіює це світло і сканується набагато легше. Якщо ви змінюєте лише одну річ у поточному налаштуванні - зробіть ламінат матовим.
Тестуйте друк кожного разу. Експортуйте код, надрукуйте фактичний розмір на фактичному матеріалі з фактичним покриттям та скануйте з відстані сидячого гостя на трьох-чотирьох різних телефонах, включно зі старішим та одним у чохлі. Прев'ю на екрані завжди виглядає добре. Заламінована картка під вашим освітленням в ресторані - єдиний тест, що рахується. Замовляйте тираж після того, як він пройшов, а не до.
Ще одне, що мають містити дизайн-файли: вектор, а не растр. Там де можна, експортуйте код як SVG, щоб принтер масштабував без розмивання країв. Розмита межа модуля - це збій сканування на зношеній картці через кілька місяців.
Доступність та текстовий запасний варіант#
QR-меню без альтернативи виключає людей, і це і етична, і практична проблема. Деякі гості не мають смартфона. Деякі не мають інтернету, а у вашій залі немає придатного сигналу. Деякі мають зламану камеру, старший телефон, що погано сканує, або слабкий зір, що ускладнює використання маленького екрана. Проектування лише для впевненого сканера залишає реальних клієнтів у скруті.
Виправлення дешеві. Надрукуйте коротку людинозрозумілу веб-адресу поруч із кодом, щоб будь-хто міг ввести її замість сканування - це також подвоюється як запасний шлях, коли скан просто не вдається. Зберігайте друковані меню за запитом і кажіть персоналу пропонувати їх без зайвого галасу. І переконайтеся, що сама сторінка цифрового меню зручна: реальний текст, а не фотографія меню, читабельні розміри шрифтів та структура, яку може читати програма зчитування екрана.
Цей останній пункт важливіший за друк. Меню у вигляді плаского зображення невидиме для програм зчитування екрана та нечитабельне для тих, кому потрібно збільшення. Публічні настанови з доступності, наприклад огляд WCAG від W3C, встановлюють базовий рівень: текстові альтернативи, достатній контраст та контент, що перетікає. Цифрове меню - це веб-сторінка, і ті самі правила застосовуються до неї, як і до будь-якої іншої сторінки, яку ви б публікували.
Сприймайте текстовий запасний варіант і опцію друкованого меню як частину QR-меню, а не як запізнілу думку. Гість, що не може сканувати, ніколи не повинен бути гостем, що не може замовити.
Покрокове налаштування QR-коду для меню#
Ось весь процес по порядку, якщо ви починаєте з нуля.
По-перше, розмістіть меню онлайн. Це може бути чистий PDF, сторінка на вашому сайті або проста мобільна сторінка меню. Єдина жорстка вимога - стабільна веб-адреса. Переконайтесь, що вона добре читається на телефоні, бо це єдиний екран, на якому вона з'явиться.
По-друге, створіть динамічне коротке посилання, що вказує на це меню. Це редагований, відстежуваний рівень. Дайте йому чітку мітку, щоб ви впізнали його пізніше, а якщо у вас кілька місць розміщення - тегуйте місцем та позицією (table, window, takeaway).
По-третє, налаштуйте маршрутизацію, якщо вона потрібна. Додайте мовне розгалуження для другого або третього меню, або регіональне розгалуження для замовлень на виніс. Обмежтесь одним або двома вимірами, що справді змінюють те, що має побачити гість, та переконайтесь, що дефолтне призначення має сенс.
По-четверте, згенеруйте QR з цього короткого посилання за допомогою генератора QR-кодів для меню, що створює динамічний код, а не запікає адресу всередину. Встановіть високе виправлення помилок, залиште чорним на білому та експортуйте як SVG. Перегляньте галерею QR, якщо хочете приклади стилізації, що залишається в межах правил контрасту.
По-п'яте, надрукуйте тест, скануйте на кількох телефонах з відстані сидячого гостя при вашому реальному освітленні, потім замовляйте тираж на матовому ламінаті. Додайте людинозрозумілу адресу поруч із кодом на друку.
По-шосте, спостерігайте за аналітикою перші два тижні. Ви шукаєте форму обіду та вечері, найзавантаженіший день та будь-яке розміщення, що отримує майже нульові скани. Останнє зазвичай означає, що до коду важко дотягнутися або він відбиває блиск, а не те, що нікому не цікаво.
Ось готове QR-меню: редаговане при зміні цін, багатомовне коли зал потребує, вимірюване щоб управляти ним, і доступне щоб ніхто не залишився за столом. Функції розумних посилань та QR-кодів обробляють маршрутизацію та генерацію, а сторінка рішень для маркетологів охоплює процес кампанії, якщо ви виростаєте за межі меню. Деталі тарифів на сторінці цін.