Сканирование заканчивается просмотром файла
В PDF видно меню, но выбор приходится повторять сотруднику. Просмотр, заказ и дальнейшее обслуживание остаются разными действиями.
← Все модули
QR-меню
QR-меню SABSUS. Заказ сохраняет контекст.
QR-код ведёт к меню нужной точки, стола или зоны: с актуальными ценами, языком и способом обслуживания. Просмотр продолжается корзиной, оплатой и профилем гостя в согласованном сценарии.
- Точка, стол или зона
- Меню без установки
- От просмотра к заказу
Один процесс. Общий контекст.
01 → 02 → 03Событие · действие · результат
Иллюстрация связанного процесса
Задача команды
Для заведения, где сканирование должно продолжаться заказом
Гость выбирает на телефоне, команда получает заказ без повторного ввода, управляющий отвечает за каталог и привязку к месту обслуживания. QR становится входом в рабочий процесс заведения.
Код открывает не тот контекст
Один и тот же материал используют для разных точек или зон. Гость видит предложение, которое не соответствует его месту или способу обслуживания.
Меню меняется, напечатанный материал отстаёт
Цены и доступность уже другие, а гостю приходится уточнять их после выбора. Команда тратит время на объяснение различий.
Как устроена работа
От события к результату. С понятной ответственностью.
Привязать код к месту обслуживания
Код относится к конкретной точке, столу или зоне. На аудите определяем каталог, цены, язык и способ обслуживания, которые должен получить гость после сканирования.
ОтветственныйУправляющий и владелец каталога
Понятно, какое меню открывает каждый код
Продолжить выбор корзиной и оплатой
QR-меню связывает просмотр с корзиной и оплатой без отдельной перепечатки заказа. Способы оплаты и маршрут обслуживания проверяются для конкретного внедрения.
ОтветственныйГость; команда проверяет рабочий сценарий
Выбор гостя сохраняется в заказе
Сохранить связь со столом и профилем
Заказ остаётся связан с местом обслуживания, а сценарий может продолжаться профилем и лояльностью. На внедрении разбираем обычный заказ, неверный контекст и незавершённую оплату.
ОтветственныйКоманда обслуживания и владелец клиентского процесса
Команда понимает, откуда пришёл заказ и как его продолжить
Практические сценарии
Один вход, разные места обслуживания
Иллюстративные сценарии для аудита. Роли, правила и связи с другими процессами согласуются при проектировании внедрения.
01
Заказ за столом
Обслуживание в зале
- Событие
- Гость сканирует код своего стола.
- Действие
- Меню открывается с контекстом стола. Выбранные позиции продолжаются корзиной и согласованным маршрутом заказа.
- Результат
- Выбор связан с местом, где обслуживают гостя.
02
Разное предложение в разных точках
Несколько заведений
- Событие
- Гости сканируют коды в точках с различающимися ценами или каталогами.
- Действие
- Каждая привязка проверяется по точке, языку и способу обслуживания. Управляющий сверяет открывшееся предложение с действующими данными.
- Результат
- У команды есть проверяемая связь кода с предложением.
03
Выбор сделан, оплата не завершена
Разбор исключения в заказе
- Событие
- Гость собрал корзину, но платёжный шаг не завершился.
- Действие
- Команда проверяет фактическое состояние заказа и следует согласованному порядку помощи гостю. Этот случай включают в приёмку процесса.
- Результат
- Продолжение зависит от подтверждённого состояния заказа.
Иллюстрация рабочего процесса
Откуда пришёл гость и что должно сохраниться
Условные записи для объяснения процесса. Это не скриншот продукта, не клиентские данные и не показатели эффективности.
QR-менюСхема процесса
| Точка входа | Контекст | Что проверяем | Кто отвечает |
|---|---|---|---|
| Код стола | Стол и способ обслуживания | Связь с заказом | Команда зала |
| Код другой точки | Каталог и цена точки | Верное предложение | Управляющий |
| Корзина без завершённой оплаты | Текущее состояние заказа | Порядок продолжения | Ответственный за обслуживание |
Сначала процессы. Затем настройка.Аудит и внедрение
Начните со сканирования в реальном заведении
Аудит проходит путь гостя от кода до заказа и дальнейшего обслуживания. Глубокое внедрение связывает каталог, место, оплату и работу команды с согласованными исключениями.
- Список точек, столов или зон, к которым относятся коды
- Каталог, цены и доступность для каждого контекста
- Нужные языки и способы обслуживания для проверки
- Путь от выбора к корзине, оплате и получению заказа
- Как профиль и лояльность участвуют в сценарии гостя
- Примеры неверного кода, изменённой доступности и незавершённой оплаты
До подключения
Вопросы, которые стоит обсудить.
Нужно ли гостю устанавливать приложение?
QR-меню открывается без установки: гость сканирует код и открывает меню. Отдельное клиентское приложение рассматривается в связанном модуле.
Может ли код учитывать конкретный стол?
Да. Код может относиться к точке, столу или зоне. Привязку и соответствующее предложение проверяем в реальном сценарии обслуживания.
Можно ли перейти от меню к заказу и оплате?
QR-меню связывает просмотр с корзиной и оплатой без повторного ввода заказа. Доступные способы оплаты и порядок исполнения согласуются для вашего процесса.
Что происходит с профилем и лояльностью?
QR-меню связывается с профилем гостя и программой лояльности. Нужные шаги, данные и условия их использования определяются при проектировании конкретного сценария.
Какие языки и платёжные системы доступны?
На аудите проверяем нужные языки, способы оплаты и контекст точки. Конкретный набор подтверждаем до согласования внедрения.
Продолжение процесса
Работает вместе с командой и соседними модулями.
Menu → order → preparation
The guest's choices belong to the item they ordered.
Two identical products, different choices
A regular coffee and the same coffee with an extra shot are two order lines, not one ambiguous quantity. Product options stay attached to the corresponding item as the order continues to the team.
Product options and modifiersA table code and a delivery order have different context
Keep the service location and fulfillment method explicit. When a guest changes from pickup to delivery, the available products and checkout requirements must match the new method.
Pickup and delivery orderingFor a restaurant, connect the accepted order to kitchen preparation and the configured handover process. For payment at the table, staff can use a supported reader or Tap to Pay setup. Opening a payment screen is not proof that the order was paid.
Меню → заказ → приготовление
Выбор гостя остаётся у конкретной позиции.
Одинаковый товар, разные опции
Обычный кофе и такой же кофе с дополнительным шотом — две строки заказа, а не одно неясное количество. Опции связаны со своей позицией и передаются вместе с ней сотрудникам.
Опции и модификаторы товаровУ кода стола и заказа на доставку разный контекст
Место обслуживания и способ получения задаются явно. Когда гость меняет самовывоз на доставку, доступные товары и требования оформления должны соответствовать новому способу.
Самовывоз и доставкаВ ресторане принятый заказ связан с приготовлением на кухне и настроенным процессом выдачи. Для расчёта за столом сотрудник может использовать поддерживаемый ридер или Tap to Pay. Открытие платёжного экрана ещё не означает успешную оплату заказа.
Следующий шаг
Пройдите путь гостя по одному QR-коду
Проверим меню, контекст места, корзину и продолжение заказа. Начнём с аудита пути гостя и согласуем глубокое внедрение для вашей команды.
Позвонить AI-оператору SABSUS+1 888 560 4462 · проверьте звонок прямо сейчасБез паролей и картОтвет в рабочее времяКонкретный сценарий