О півдні 6:42 менеджер змінює ціну на стейк, приховує розпроданий десерт і оновлює правила обслуговування для великих столів. Зміна публікується з бек-офісу менш ніж за хвилину. Але меню ресторанних планшетів, які вже розміщені на столах 4, 9, і 11, усе ще показують стару версію, оскільки ці екрани були відкриті з моменту першого сидіння.
Це справжня проблема оновлення меню в реальному часі. Недостатньо швидко опублікувати зміни меню, якщо відкриті гостьові пристрої постійно показують застарілу інформацію. Коли табличні планшети оновлюються автоматично, операторам не потрібно посилати персонал від столу до столу, щоб оновити екрани вручну, пояснити невідповідність цін або вибачитися за елементи, які були видалені десять хвилин тому.
Саме тут завжди відкриті екрани меню створюють іншу робочу проблему, ніж QR-меню на телефонах гостей. Гість, який сканує свіже, зазвичай отримує поточну версію. Планшет, встановлений на столі, барі, готельній станції для сніданків або кіоску, може стояти відкритим годинами. Якщо цей екран не оновлюється після того, як ви опублікуєте зміни в меню, у ресторані одночасно працюють дві реальності: поточне меню в системі та несвіже меню перед гостем.
Чому настільні планшети створюють іншу проблему оновлення
Ресторанні планшетні меню корисні, оскільки вони зменшують тертя. Гостям не потрібно діставати телефон, знаходити камеру та повторно сканувати щоразу, коли вони хочуть перевірити страву, порівняти ціни чи зробити інше замовлення. Меню вже є, вже відкрите і завжди доступне.
Саме ця зручність створює проблему оновлення.
Завдяки стандартному QR-процесу гість часто потрапляє на нову сторінку. З планшетами та іншими завжди відкритими екранами меню пристрій міг завантажити меню тридцять хвилин тому, дві години тому або перед зміною. Якщо сторінка залишається відкритою, вона може відійти від поточного опублікованого меню, якщо система не знає, як оновити екран, коли щось загальнодоступне змінюється.
Це впливає більше, ніж на таблетки для їдальні. Та сама проблема з’являється на:
- барні планшети, які використовуються для повсякденного замовлення
- кіоски самообслуговування
- екрани меню сніданку готелю
- планшети на стійці реєстрації, на яких відображаються сьогоднішні пропозиції
- цифрові дисплеї в лаунжах, патіо або барах біля басейну
У кожному разі екран має бути відкритим і готовим. Це робить швидкість важливою, але свіжість має ще більше значення.
Що насправді вирішує автоматичне оновлення ресторанних планшетів
Коли таблички автоматично оновлюються, ресторани усувають ряд невеликих, але дорогих збоїв обслуговування.
По-перше, це застарілі ціни. Якщо кухня або менеджер оновлює ціну, а на планшеті все ще відображається стара, гість бачить одну суму, а персонал і POS працюють з іншою. Навіть невелика невідповідність уповільнює обслуговування, тому що хтось має пояснити, перевизначити або компенсувати різницю.
Друге – розпродана плутанина. Якщо щось зникло, гість має це негайно побачити. Інакше сервери змушені працювати в режимі реагування: приймати замовлення, відправляти його на кухню та повертатися з поганими новинами. Це марнує кроки та руйнує довіру.
По-третє, це дрейф структури меню. Якщо ви публікуєте новий розділ, переміщуєте спеціальний, приховуєте сезонний список або очищаєте категорію, відкриті гостьові екрани мають відображати нову структуру. В іншому випадку команда ефективно обслуговує з двох різних меню одночасно.
По-четверте, зміни операційної політики. Ресторани часто оновлюють правила обслуговування, нотатки про мінімальні витрати, деталі покриття плати або видимість промо залежно від зміни, погоди чи місцевого попиту. Ці зміни допомагають, лише якщо гості дійсно бачать їх на екранах перед собою.
Іншими словами, живе оновлення меню – це не лише зручність. Вони захищають узгодженість між тим, що публікує ресторан, і тим, що гість може прочитати.
Як живі оновлення працюють на практиці
Найчистіший робочий процес простий.
Ресторан редагує чернетку меню, переглядає зміни та публікує, коли буде готове. Після завершення етапу публікації відкриті екрани гостей можуть автоматично оновлюватися, якщо для цього ресторану ввімкнено оновлення в реальному часі. Персоналу не потрібно торкатися до кожного столика вручну, а гостям не потрібно закривати та знову відкривати меню, щоб наздогнати.
Ця різниця має значення, оскільки це не повинно поводитися як неконтрольоване редагування в реальному часі. Ресторани все ще потребують безпечного редакційного потоку. У чернетці готуються зміни. Публікація – це момент, коли ці зміни стають загальнодоступними. Сигнал оновлення має слідувати за публікацією, а не за кожним незавершеним редагуванням, зробленим у редакторі.
Це особливо важливо під час служби. Менеджери хочуть контролювати, коли з’являються публічні зміни. Їм може знадобитися кілька хвилин, щоб оновити кілька позицій, переглянути правило та ще раз перевірити ціни, перш ніж опублікувати все. Після публікації система може оновлювати меню ресторанного планшета та інші завжди відкриті екрани меню без додаткової роботи персоналу.
Додатковий перемикач також має значення. Не кожен ресторан хоче автоматичне оновлення на кожному екрані, який дивиться на гостей. Деякі оператори бажають увімкнути його для настільних планшетів і кіосків, тоді як інші можуть віддати перевагу ручному оновленню. Налаштування на рівні ресторану зберігає це рішення практичним замість того, щоб нав’язувати одну модель у кожному закладі.
Що можна оновити на відкритих гостьових екранах
Щоб ця функція була корисною, вона має охоплювати публічні зміни, які ресторани фактично вносять протягом дня.
На практиці найбільше цікавлять гостей такі зміни:
- зміни цін на наявні позиції
- додавання, видалення та зміна доступності пунктів меню
- перейменування розділів, зміна порядку, оновлення видимості та видалення
- зміни правил, як-от примітки про плату за покриття або інформацію про послуги
- рекламні зміни, такі як спеціальні пропозиції, обмежені за часом пропозиції або виділені розділи
- інший опублікований вміст меню, який змінює те, що зараз може бачити гість
Це не слід оформляти як чернетку системи автозбереження для відвідувачів. Оновлення в гостьовому режимі стосується лише опублікованого вмісту.
Ця різниця робить поведінку передбачуваною. Адміністратори можуть спокійно редагувати, публікувати зміни в меню, коли вони будуть готові, і сподіватися, що відкриті гостьові екрани потім узгодяться з новим публічним станом. Без цього обмеження оновлення меню в реальному часі стає безладним, оскільки відвідувачі можуть на короткий час побачити напівзавершені правки, незавершені розділи або ціни, які ще коригуються.
Коли його вмикати
Не кожен пристрій у ресторані потребує автоматичного оновлення. Але деякі установки явно виграють від цього.
Увімкніть його, коли ресторан покладається на екрани, які залишаються відкритими протягом тривалого часу, особливо коли персонал не збирається переглядати кожен пристрій після кожної публікації.
Найкращі випадки використання:
- планшети обіднього столу
- барні планшети, що використовуються протягом всієї зміни
- екрани меню сніданку та шведського столу в готелі
- замовлення кіосків
- прилади ресепшн або зони очікування, що показують поточне меню
- вітрини біля басейну, у внутрішньому дворику чи лаунжі, які залишаються відкритими цілий день
Ці середовища винагороджують автоматичну свіжість, оскільки гість читає екран, який, можливо, було завантажено задовго до останньої публікації.
Бувають також випадки, коли ресторан може вимкнути цю функцію. Місце, яке здебільшого залежить від свіжих QR-сканувань із телефонів гостей, може не знадобитися. Ресторан, який тестує вміст, змінюється повільно, може спочатку віддати перевагу ручному оновленню. А деякі оператори можуть захотіти автоматичне оновлення лише після того, як персонал звикне до робочого процесу від чернетки до публікації.
Справа не в тому, що кожен пристрій має оновлюватися в режимі реального часу. Справа в тому, що ресторани повинні мати можливість вибирати його там, де операційна вигода очевидна.
Найкращі практики для ресторанів, які використовують завжди відкриті екрани меню
Функція працює найкраще, коли робочий процес навколо неї дисциплінований.
По-перше, визначте, хто є власником публікації під час служби. Якщо занадто багато людей можуть надсилати оновлення, екрани можуть оновлюватися часто й непередбачувано. У більшості ресторанів один керівник або керівник зміни повинен приймати рішення щодо публікації після початку обслуговування.
По-друге, зміни партії, коли це можливо. Якщо вам потрібно відкоригувати три ціни, приховати два елементи та додати промо, внесіть зміни разом і опублікуйте один раз. Це робить оновлення чистішим для гостей.
По-третє, протестуйте важливі зміни одразу після публікації. На одному пристрої поблизу переконайтеся, що оновлений загальнодоступний стан відповідає вашим очікуванням. Це особливо важливо для зміни цін і правил.
По-четверте, будьте реалістами щодо підключення. Табличні планшети оновлюються автоматично, лише якщо пристрій може надійно залишатися в мережі. Слабкий Wi-Fi, адаптивні портали або нестабільне обладнання кіоску створюватимуть помилкове звинувачення на функції, коли справжня проблема полягає в підключенні.
По-п’яте, визначте, де завжди відкриті екрани використовувати в першу чергу. Не кожен стіл або локація приносять однакову користь. У деяких номерах достатньо миттєвого оновлення меню QR-коду під час зміни з власних телефонів гостей. В інших випадках монтовані екрани або фіксовані планшети мають більше сенсу.
По-шосте, узгоджуйте пов’язані робочі процеси. Якщо команда також оновлює ціни під час обслуговування, переконайтеся, що вони дотримуються одного стандартного процесу. Тут застосовна та сама логіка, яка важлива для зміни цін у ресторані під час обслуговування: точність перемагає швидкість, коли швидкість створює невідповідність.
Чому це важливо під час обслуговування
Зміни в середині служби не є крайніми випадками. Це звичайна робота ресторану.
Страва закінчується швидше, ніж очікувалося. Заміна постачальника змінює примітку про алерген. Щасливі години виходять у ефір із запізненням, оскільки поверх відкривався повільно. Розділ десертів потрібно приховати, тому що кондитерська команда позаду. Головний лідер вирішує представити особливу інформацію, яка потребує більшої видимості прямо зараз.
Без автоматичного оновлення кожне з цих рішень створює додаткову роботу з очищення людини. Співробітники повинні пам’ятати, які планшети відкриті, які пристрої ще застарілі, а які гості ще можуть читати застарілу інформацію. У зайнятій службі цього розумового навантаження достатньо, щоб створити помилки.
Завдяки живому оновленню меню на завжди відкритих екранах меню, меню стає більш надійною частиною послуги замість ще однієї речі, якою команда повинна керувати вручну. Це означає менше перерв для серверів, менше незручних пояснень і менше моментів, коли гість бачить версію меню, за якою ресторан більше не стоїть.
Це також покращує впевненість. Коли ресторан публікує зміни в меню, команда повинна вірити, що їдальня бачить ту саму публічну правду. Це особливо важливо для доступності та ціни, оскільки це деталі, які викликають найбільш помітне тертя, коли вони не синхронізовані.
Це той самий оперативний спосіб мислення, який стоїть за тим, щоб пункти меню, яких немає в наявності без хаосу контролювати. Чим швидше наздоганяє меню для гостей, тим менше прибирання доводиться робити персоналу.
Чому Kiuar.menu створив цю функцію
Kiuar.menu уже допомагає ресторанам швидко редагувати, чітко публікувати та уникати повторного друку під час зміни меню. Відсутня прогалина для важких налаштувань планшетів полягає в тому, що однієї публікації недостатньо, якщо екран уже був відкритий до зміни.
Ось чому існують живі оновлення.
Мета практична: коли ресторан вирішить увімкнути це, опубліковані загальнодоступні зміни можуть автоматично потрапляти на планшети та інші завжди відкриті екрани меню без необхідності ручного оновлення по всьому підлозі. Воно призначене для операторів, яким потрібно меню, щоб не відставати від обслуговування, а не для маркетингової копії чи новинки.
Це відповідає ширшому напряму продукту, що стоїть за Kiuar.menu: одне місце для оновлення вмісту меню, одна загальнодоступна версія, якій гості можуть довіряти, і менше ручних передач між особою, яка вносить зміни, та пристроєм, який їх показує.
Висновок: меню ресторанного планшета працює краще, якщо воно актуальне
Меню ресторанного планшета зменшує тертя лише тоді, коли воно узгоджується з актуальним меню.
Якщо заклад покладається на планшети, кіоски чи інші постійно відкриті екрани меню, справжня проблема полягає не в тому, чи зможе команда опублікувати зміни в меню. Справжня проблема полягає в тому, чи ці пристрої відображають публікацію без додаткового втручання персоналу. Коли таблички автоматично оновлюються, ресторан усуває з обслуговування ще один рівень ручного очищення.
Це означає менше застарілих цін, менше розпродажів, менше невідповідностей правил і менше часу, витраченого на те, щоб оновлювати пристрої вручну. Це також означає, що гість бачить меню, за яким може стояти ресторан.
Якщо у вашій роботі використовуються постійно відкриті екрани, і ви хочете оновлювати меню в реальному часі без ручного оновлення, Kiuar.menu створено, щоб зробити цей робочий процес практичним. Опублікуйте один раз, підтримуйте точність екранів, які дивляться на гостей, і нехай їдальня зосередиться на обслуговуванні, а не на обслуговуванні пристроїв.
