QR-меню для ресторана
Гость открывает актуальное меню по QR-коду: категории, блюда, модификаторы и продающие блоки. Витрина собирается из настраиваемых секций.
Звонок, сайт, Telegram, ВКонтакте, AI-ассистент и iiko не создают шесть разрозненных журналов. Бронь попадает на общую карту зала, система проверяет реальную доступность, напоминает гостю, фиксирует посадку по заказу на столе, а QR продолжает тот же путь уже во время визита.
источников броней сходятся на одной карте зала
защит от ложной неявки: гость в зале не станет no-show
напоминания гостю — за сутки и за два часа до визита
неявок вместо 11,4% после напоминаний и защит
Бронь пришла в один чат, перенос — в другой, а на смене о ней узнали, когда гость уже пришёл
По календарю стол свободен, но на нём сидит walk-in. Хостес обещает гостю место, которого нет
No-show считают вручную — либо забывают отметить, либо записывают в неявку гостя, который сидит в зале
Звонок, walk-in, сайт, Telegram, ВКонтакте, AI-ассистент, администратор и iiko сходятся в одном списке. На карточке остаётся источник и ссылка туда, где шёл разговор; изменения пишутся в историю, а подтверждение или отказ гостю уходят в его канал.
Столы и зоны живут на визуальном плане: координаты, форма, вместимость, объединения и свои часы работы. Проверка пересечений считает полный интервал брони, включая посадки через полночь, а для ближайшего часа добавляет фактическую занятость из кассы.
Система напоминает гостю о визите, переводит опоздавшую бронь в late и только через 30 минут — в no-show. При этом не трогает брони из iiko и проверяет посадку, заказ на столе и ручные исправления. Статистика по зоне, часу и дню недели показывает риск ещё при создании брони.
QR на столе открывает сессию именно этого стола. Гость видит меню, создаёт заказ, отслеживает статус, оплачивает заказ или уже открытый в iiko счёт и вызывает нужного сотрудника. Вызов идёт ответственному за стол либо сотруднику нужной должности, который сейчас на смене.
Список собран по работающим функциям контура — от заявки на бронь до обслуживания гостя за столом.
Автоматика не важнее человека: спорная заявка остаётся хостесу, а гость с открытым заказом на столе никогда не получит статус неявки.
WellCa собирает заявки из виджета, телефона, мессенджеров и ручного ввода в единую книгу. Хостес видит занятость столов, подтверждения, предоплаты и историю гостя без параллельных таблиц.
Да. Публичный виджет создаёт бронь в общей книге, где её сразу видит хостес.
Для брони можно использовать подтверждение, напоминание и предоплату; статус остаётся виден в рабочем экране хостес.
Откройте нужную задачу: каждый пункт описывает работающий сценарий, а не набор ключевых слов.
Гость открывает актуальное меню по QR-коду: категории, блюда, модификаторы и продающие блоки. Витрина собирается из настраиваемых секций.
QR-код определяет стол. Гость может собрать заказ, вызвать официанта и пройти доступный сценарию оплаты без установки приложения.
Банкет ведётся рядом с книгой броней: дата, столы, участники, предзаказ, смета и внесённый депозит остаются в одной карточке.
Зоны доставки, расчёт условий для адреса, заказ, назначение курьера и статусы собраны в общем контуре гостевого заказа.
Хостес видит живую загрузку зала, очередь гостей и доступные столы, а история ожидания не теряется в бумажных заметках.
Брони, карта зала, QR-путь гостя и аналитика входят вместе с CRM и AI-директором. Так бронь не заканчивается строкой в календаре: визит связывается с профилем гостя, заказом, отзывом и возвратом.
Возьмём ваши зоны, столы и брони на пятницу и покажем: где возникает двойное размещение, какие слоты чаще дают no-show и как гость проходит путь от первого обращения до заказа и оплаты за столом.
CRM, лояльность, рассылки, отзывы и AI-маркетолог.
КонтурКоманда и стандартыГрафик, Face ID, обучение, KPI, зарплата и ФОТ.
КонтурКухня и закупкиТехкарты, себестоимость, склад, накладные и поставщики.
КонтурКасса и контрольЖурнал чеков, смены, удаления, приложение официанта и KDS.
КонтурAI-директорАналитика, P&L, сводки и задачи с ответственным.