Bbot по-русски: QR-заказ и оплата счёта прямо за столом

Когда речь заходит про QR-код на столе в кафе или ресторане, почти все сразу представляют одно и то же: наклейка с кодом, гость сканирует, открывается PDF или картинка с меню, и на этом функция заканчивается. Дальше всё как обычно — подзывать официанта, диктовать заказ, ждать, чтобы принесли счёт, снова ждать, чтобы забрать оплату. QR-код в этом сценарии просто заменил бумажное меню, но ничего не ускорил в самом процессе обслуживания.

За рубежом уже несколько лет существует другая модель — сервис под названием Bbot и похожие на него системы. Там QR-код на столе — это не витрина для просмотра, а полноценный вход в заказ и оплату. Гость может сделать всё сам, от первого клика до закрытия счёта, а официант подключается только тогда, когда это реально нужно. В этой статье разберу, чем эта модель отличается от привычного QR-меню, почему у нас такого почти нет и что нужно, чтобы сделать похожую систему под конкретное заведение.

Коротко: Модель вроде Bbot отличается от обычного QR-меню тем, что гость не просто смотрит карту блюд, а сам заказывает, докладывает позиции по ходу визита и оплачивает счёт без ожидания официанта. У нас такого почти нет, потому что нужна интеграция с кассой и фискальным оборудованием заведения по 54-ФЗ — это техническая работа под конкретное заведение, а не готовый шаблон.

Что это за модель за рубежом

Bbot и аналогичные сервисы построены вокруг одной идеи: гость должен иметь возможность пройти весь путь заказа и оплаты без ожидания на каждом шаге, при этом официант остаётся доступен, если он нужен. Работает это так. Гость садится за стол, сканирует QR-код камерой телефона — без установки приложения, прямо в браузере открывается интерактивное меню заведения. Меню не статичное: в нём можно листать категории, смотреть описания и состав блюд, добавлять позиции в корзину, указывать пожелания по приготовлению.

Дальше гость оформляет заказ сам — он уходит на кухню и в кассовую систему заведения автоматически, без того, чтобы официант вручную вбивал его в терминал. Важная деталь: заказ не обязательно один на весь визит. Гость может докладывать позиции по ходу — заказал основное блюдо, через двадцать минут решил добавить напиток или десерт, и это снова уходит на кухню тем же способом, без необходимости ловить официанта взглядом через весь зал.

Ключевое отличие от привычного QR-меню — это финальный этап. Когда гость готов уйти, он не ждёт, пока официант заметит поднятую руку, распечатает счёт, принесёт его, заберёт оплату и вернёт сдачу или чек. Гость сам открывает счёт в том же меню на телефоне и оплачивает его — картой или другим способом, который поддерживает заведение. Официант в этой модели не выключен из процесса полностью: гость в любой момент может позвать его обычным способом, если нужна помощь или консультация. Но для тех, кто хочет просто быстро поесть и уйти, весь цикл — от заказа до оплаты — проходит без единого разговора с персоналом.

Почему такого нет у нас

В российских заведениях QR-код на столе встречается всё чаще, но почти всегда его функция обрывается на этапе «посмотреть карту блюд». Гость видит меню в браузере — это удобнее бумажного варианта, экономит на печати и позволяет быстро обновлять цены и позиции. Но дальше всё равно нужен официант: сказать, что хочешь заказать, дождаться, пока подойдут принять заказ, потом дождаться счёта, потом дождаться, пока заберут оплату.

Получается, что самое узкое место в обслуживании — ожидание внимания официанта — никуда не делось, просто меню стало электронным. Причин тому несколько. Во-первых, у большинства заведений просто нет запроса на что-то большее: QR-меню воспринимается как разовая недорогая штука для экономии на печати, а не как часть системы обслуживания. Во-вторых, полный цикл заказа и оплаты требует интеграции с кассой и фискальным оборудованием заведения, а это уже не дизайн-задача, а техническая работа, которую нужно делать индивидуально под кассовую систему конкретного заведения. В-третьих, про модель вроде Bbot у нас пока мало кто знает — на рынке нет устойчивого ожидания со стороны гостей, что такое вообще возможно, поэтому и заведения не формулируют такой запрос разработчикам.

Как это могло бы выглядеть здесь

В базовом виде система для заведения строится из нескольких связанных частей. На столе — QR-код, ведущий на веб-меню; отдельное приложение гостю ставить не нужно, всё открывается в браузере телефона, это снижает барьер входа почти до нуля. Меню — интерактивное: категории, фото и описание блюд, корзина, возможность добавить комментарий к позиции, отправка заказа.

Дальше заказ должен попадать туда, где его реально готовят и учитывают, — на экран или принтер кухни и в кассовую систему заведения. Это ядро всей модели: если заказ просто «улетает в никуда» и его всё равно приходится вручную переносить в кассу, смысл теряется, а нагрузка на персонал даже растёт. Завершающий блок — оплата: гость инициирует расчёт счёта сам, картой, через СБП или другим способом, который принимает заведение, и оплата проводится с фискализацией в соответствии с требованиями 54-ФЗ — этот момент нельзя пропустить или сделать «как-нибудь», он касается законной работы с денежными операциями заведения.

При этом официант никуда не исчезает: он остаётся точкой контакта для вопросов, рекомендаций и ситуаций, где живое общение лучше интерфейса. Система просто убирает необходимость ждать его на рутинных шагах — сделать заказ, добавить позицию, закрыть счёт.

Что нужно для запуска

Чтобы такая система заработала в конкретном заведении, минимальный набор такой. Цифровое меню с возможностью оформить заказ, а не только посмотреть карту блюд, — это база, без которой весь остальной смысл не строится. Интеграция с кассовой системой заведения и фискальным оборудованием, чтобы заказ и оплата попадали в учёт корректно и без ручного дублирования, — здесь важно заранее понять, какая касса стоит у заведения и насколько она открыта для интеграции. Уведомление кухни о новом заказе в реальном времени — экран, принтер чеков или любой другой канал, который уже привычен персоналу, чтобы не ломать рабочий процесс кухни ради технологии. И блок оплаты — приём карты или перевода прямо с телефона гостя, с корректной фискализацией расчёта.

Здесь важно не пытаться сразу построить максимально навороченную версию. Разумный подход — собрать рабочий минимум под конкретное заведение, проверить его на реальном потоке гостей и уже по факту использования решать, что добавлять: программу лояльности, разделение счёта между гостями за столом, предзаказ к определённому времени и так далее. Если вам интересно спроектировать такую систему под свой формат заведения, для этого лучше сразу обсудить проект — набор интеграций и объём работы сильно зависят от того, какая касса и какой поток гостей у конкретного места.

Риски и сложности

Самая существенная сложность — интеграция с фискальным оборудованием. Приём онлайн-оплаты в заведении общепита подпадает под требования 54-ФЗ к применению контрольно-кассовой техники, и здесь важно с самого начала работать в связке со специалистами по кассовому оборудованию заведения — именно они знают, какая касса стоит, какие у неё есть готовые интеграции и какие ограничения. Разработчик системы заказа выстраивает связку с этой кассой, но саму фискализацию платежей обеспечивает кассовое оборудование заведения, и подменять эту часть самодельным решением не стоит.

Вторая сложность — привычка. И гостям, и персоналу нужно время, чтобы принять новый формат обслуживания. Часть гостей по инерции будет всё равно звать официанта — и это нормально, система должна такое позволять, а не заставлять всех насильно переходить на самообслуживание. Персоналу тоже нужно перестроить рабочий процесс: если заказы с телефонов гостей и заказы, принятые официантом вручную, идут разными потоками и путаются на кухне, толку от системы будет меньше, чем проблем.

Третья сложность — надёжность связи в самом заведении. Если Wi-Fi слабый или нестабильный, гость не сможет открыть меню или отправить заказ, а сбой на этапе оплаты — это уже прямые потери и недовольство. Перед запуском такой системы стоит трезво оценить качество связи в зале и, при необходимости, укрепить её отдельно от самого проекта.

Частые вопросы

Чем это лучше обычного QR-меню? Обычное QR-меню решает только задачу просмотра карты блюд — гость всё равно ждёт официанта, чтобы сделать заказ и оплатить счёт. Модель вроде Bbot убирает ожидание именно на этих двух шагах: гость заказывает и платит сам, когда ему удобно, а официант остаётся доступен по запросу для тех, кому нужна помощь.

Нужна ли отдельная касса или интеграция с существующей? В большинстве случаев разумнее интегрироваться с уже установленной в заведении кассовой системой, а не заводить отдельную. Это требует уточнить, какая касса используется и насколько она открыта для внешних подключений — с этого стоит начинать обсуждение проекта.

Можно ли по-прежнему звать официанта, если нужно? Да, и это важная часть модели. Система не отменяет живое обслуживание, а снимает нагрузку с рутинных шагов — заказать блюдо, добавить позицию, закрыть счёт. Официант остаётся доступен для вопросов, рекомендаций и ситуаций, где нужен человек, а не интерфейс.

Подходит ли для небольшого кафе? Подходит, но масштаб внедрения стоит соотносить с потоком гостей и текущей кассовой системой заведения. Небольшому кафе может быть достаточно базовой версии — меню с заказом и оплатой — без сложных дополнительных функций вроде разделения счёта или программы лояльности, которые имеет смысл добавлять позже, по мере роста.

Что будет, если в зале слабый Wi-Fi? Это одна из реальных сложностей такой системы: если связь нестабильна, гость может не открыть меню или не отправить заказ, а сбой на этапе оплаты приводит к прямым потерям. Перед запуском стоит трезво оценить качество связи в зале и при необходимости укрепить её отдельно от самого проекта.

Коротко о главном

Разница между привычным QR-меню и моделью вроде Bbot — не в наличии QR-кода на столе, а в том, что происходит после сканирования. Просмотр меню решает только часть задачи; полный цикл — заказ, докладка блюд по ходу визита и самостоятельная оплата счёта — снимает реальное узкое место в обслуживании: ожидание внимания официанта. У нас такие системы пока редкость не потому, что это технически невозможно, а потому, что это отдельный проект под конкретное заведение — с интеграцией в кассу, кухню и фискальное оборудование, а не готовый шаблон. Если вы управляете заведением и вам интересно, как такая система выглядела бы именно у вас, есть смысл сразу обсудить проект — так вы сразу увидите, что реально сделать под ваш формат и вашу кассу.