Ви позначаєте, що тунець розпроданий. Сервер уже знаходиться за столом 12. Хост цитує 20- хвилину очікування. А хтось щойно замовив тунця.
Ось чому операторам важлива можливість редагувати QR-меню в реальному часі. Не тому, що це модно, а тому, що це найчистіший спосіб запобігти перетворенню невеликих змін інвентарю на проблему для гостей.
QR-меню в реальному часі — це не просто PDF-файл за QR-кодом. Це єдине джерело правди, яке ви можете оновити один раз і довіряти йому всюди – на кожному столику, на кожному барі, на кожній наклейці на внутрішньому дворику, на кожному листівці з продуктами на винос. Коли це працює, ви уникаєте незручних змагань, зменшуєте кількість персоналу та зберігаєте своє меню точним, не друкуючи нічого.
Що насправді означає «реальний час» у їдальні
Оператори чують «реальний час» і припускають, що це означає «швидко». Швидкість є частиною цього, але важливішим є контроль під час обслуговування.
У реальному часі означає, що ви можете змінити товар, ціну, опис, модифікатор або наявність, і гості побачать це на своїх телефонах одразу, коли відкриють меню. Не чекайте на дизайнера. Новий PDF не експортується. Немає друкованих табличок. Немає здогадок, яка версія доступна.
Це також означає, що сам QR-код не змінюється. Ви не хочете замінювати наклейки щоразу, коли змінюється ваше меню. Код - це просто дверний отвір. Вмістом меню за цим керуєте ви.
Якщо ви працюєте в кількох місцях, реальний час також має друге значення: послідовність. Ви можете вибрати, чи буде зміна глобальною (кожне місце) чи конкретною (лише магазин, у якому закінчився тунець). Це залежить від вашої концепції, але мета та сама – менше сюрпризів для гостей і менше плутанини для персоналу.
Чому редагувати QR-меню під час обслуговування важче, ніж здається
Багато систем дозволяють вам щось «редагувати». Питання в тому, чи зможете ви зробити це так, щоб це відповідало ресторанній реальності.
Перший виклик — швидкість під тиском. Посеред поспіху ніхто не хоче копатися в налаштуваннях, боротися з форматуванням або думати, чи натиснув «зберегти» в потрібному місці. Якщо редагування здається ризикованим, менеджери уникають цього, і меню не синхронізується.
Другий виклик – це точність. Коли ви поспішаєте з оновленням, легко додати нову помилку - неправильну ціну, неправильне написання, неправильний модифікатор або відсутню примітку про алерген. Тому зручний для оператора редактор важливий не менше за швидкість оновлення.
Третій виклик – довіра гостей. Гості швидко помічають невідповідності: в меню написано одне, на сервері – інше, а на кухні – третє. Якщо ви змінюєте ціни або наявність у реальному часі, вам потрібно, щоб меню виглядало навмисно, а не імпровізовано.
Варто звернути увагу на компроміс: редагування в реальному часі дає вам силу, але також створює очікування, що меню завжди правильне. Якщо у вашій системі важко підтримувати її правильно, вам гірше, ніж із друкованим меню.
Редагування, які насправді важливі (і коли їх використовувати)
Редагування в режимі реального часу є найціннішим, якщо воно запобігає проблемі, яка виникає у гостя протягом наступних п’яти хвилин.
Очевидним випадком використання є позначення товарів як проданих. Якщо страви немає в наявності, сховайте її або позначте, що вона розпродана, перш ніж гості продовжать її замовляти. Ключ у тому, щоб бути ясним. Деякі оператори вважають за краще повністю видалити предмет, щоб зменшити тертя; інші віддають перевагу мітці «розпродано», щоб гості знали, що це тимчасова проблема. Будь-який підхід може працювати. Якщо ваше меню змінюється щодня, видалення може бути чистішим. Якщо це фірмова річ, маркування може зменшити розчарування.
Оновлення цін є другим великим. Незалежно від того, чи йдеться про зміну ринкових цін, вікно «щасливої години» чи сезонне підвищення витрат, оновлення в реальному часі допоможуть вам уникнути класичної проблеми, коли сервери пояснюють, чому надруковане меню неправильне. Тим не менш, зміни цін під час обслуговування можуть здатися різкими. Багато операторів вирішують запланувати їх на природний перехід – зміну зміни, час доби або наступний ранок – якщо немає чіткої причини.
Спеціальні пропозиції - це весела версія тієї самої ідеї. Ви можете додати сезонний коктейль, функцію вихідного дня або обмежену партію десерту та миттєво опублікувати це. Операційна перевага полягає не лише в швидкості, а в послідовності. Кожен гість бачить ту саму спеціальну пропозицію, описану однаково, за однаковою ціною.
Крім того, є «тихі» редагування, які запобігають скаргам: оновлення інгредієнтів, уточнення рівня спецій, виправлення помилки, яка змінює значення, або додавання виноски на алерген, коли ви змінюєте соус. Вони не яскраві, але захищають вас.
Як налаштувати меню, щоб редагування в реальному часі було безпечним
Найкращий час для підготовки до редагування в середині служби – це не середина служби.
Почніть зі структури, яка відповідає концепції вашої кухні. Організуйте по станціях або за способом замовлення гостей: закуски, закуски, основні страви, гарніри, десерти, напої. Зберігайте імена послідовними. Якщо ви називаєте це «картопля фрі» в одному місці, а «картопля фрі» в іншому, ваш персонал буде робити те саме усно, а гості отримають неоднозначні сигнали.
Далі стандартизуйте свої модифікатори. Якщо ви пропонуєте «булочку без глютену» або «додайте курку», створіть їх один раз і використовуйте повторно. Таким чином, коли ви оновлюєте надбавку або видаляєте опцію, ви робите це один раз, а не переслідуєте її між кількома елементами.
Нарешті, вирішіть, як ви будете керувати доступністю. Деякі ресторани віддають перевагу жорсткому перемиканню «приховати/показати». Інші віддають перевагу позначці «в наявності сьогодні» або «обмежена кількість». Виберіть один підхід і дотримуйтеся його. Узгодженість робить редагування в реальному часі зваженим.
Редагування в реальному часі, не плутаючи персонал
Редагування меню в режимі реального часу не вдається, якщо передня частина будинку не в курсі.
Найпростіший робочий процес полягає в тому, щоб поєднати кожну правку з короткою приміткою співробітника. Якщо ви позначаєте товар як розпроданий, вашим серверам потрібно знати, що запропонувати натомість. Якщо ви змінюєте ціну, вони повинні знати про це до того, як про це повідомить перший гість.
Це також допомагає визначити, кому дозволено публікувати зміни. Деякі команди надають це повноваження лише черговому менеджеру. Інші дозволяють барній панелі оновлювати коктейлі, а кухонній – позначати, що товари розпродані. Це залежить від вашої культури та персоналу. Більший доступ може означати швидші оновлення, але це також може означати неузгодженість голосу та випадкові редагування.
Якщо ви керуєте декількома локаціями, вирішіть, чи є редагування локальними чи загальнобрендовими. Розпроданий товар зазвичай залежить від місця розташування. Зміна ціни часто стосується всього бренду. Тут важливий єдиний робочий простір – вам потрібен контроль без виклику трьох менеджерів і сподівання, що кожен оновить свою версію.
Переклад і дієтична інформація: редагування в реальному часі з вищими ставками
Меню – це не просто маркетинг. Вони є інформацією.
Якщо ви обслуговуєте туристів або багатомовні спільноти, переклад не є «приємним». Це безпосередньо впливає на впевненість замовлення, швидкість і розмір чека. Тут редагування в реальному часі стає складнішим, оскільки зміна англійської мови може призвести до невідповідності в інших мовах.
Те саме стосується алергенів і дієтичних етикеток. Якщо ви змінюєте постачальника інгредієнтів, змінюєте основу соусу або додаєте гарнір, ваші нотатки щодо алергенів також можуть бути змінені. Це не проблема дизайну – це проблема довіри та безпеки.
Отже, практичний підхід полягає в тому, щоб розглядати ці поля як частину елемента, а не як додаткові додатки. Коли ви оновлюєте продукт, оновіть переклад і примітки до дієти одночасно. Якщо ви не можете зробити це швидко, відкладіть редагування, поки не зможете, або тимчасово приховайте елемент замість того, щоб залишати застарілу інформацію.
Що шукати в платформі, створеній для QR-меню в реальному часі
Якщо ваша мета — редагувати QR-меню в реальному часі, контрольний список функцій менш важливий, ніж робочий процес.
Вам потрібен веб-редактор, який працює на ноутбуці в офісі та телефоні за барною стійкою. Ви хочете, щоб зміни миттєво публікувалися в кожному QR-коді без повторного друку. Вам потрібні елементи керування фірмовою символікою, завдяки яким меню виглядатиме як ваш ресторан, а не як загальний шаблон. І вам потрібна аналітика, яка б повідомляла вам, що насправді натискають гості, оскільки саме так ви вирішуєте, що відображати, перейменовувати чи вилучати.
Ви також хочете, щоб ціни та адаптація відповідали прийняттю рішень у ресторані. Якщо вам потрібно замовити демонстрацію, підписати договір або купити доповнення для кожного місця, ви відкладете розгортання. Оператори рухаються швидше, коли інструмент має низький ризик і його легко скасувати.
Це лінія Kiuar.menu створена для: єдиного робочого простору, де ви можете створювати, брендувати, перекладати (до 29 мов), миттєво публікувати та оновлювати меню в необмежених місцях і QR-кодах, починаючи з $2.99/місяця з моделлю безкоштовного запуску та плати за публікацію.
Справжня винагорода: менше вибачень, більш впевнене замовлення
Коли ваше меню точне, гості замовляють швидше. Персонал припиняє контролювати пошкодження. Кухня отримує менше квитків, які вони не можуть виконати. І ви перестанете витрачати час на пояснення, чому меню неправильне.
Редагування в режимі реального часу не означає постійних змін. Йдеться про те, щоб мати можливість змінювати речі в момент зміни реальності - інвентаризацію, підготовку, ціни або план на ніч.
Корисне емпіричне правило таке: якщо зміна впливає на те, що гість може замовити прямо зараз, меню має відобразити це прямо зараз. Якщо зміна стратегічна, заплануйте її, коли ваша команда зможе це підтримати.
Найкраще це не технологія. Це спокій, який він створює, коли щось йде вбік, і ви можете виправити правду, яка стикається з гостем, за лічені секунди, а потім повернутися до роботи служби.
