Тайский ресторан

Клиент — тайский ресторан с открытой кухней и меню, в котором половина позиций требует объяснения: незнакомые гостю ингредиенты, уровни остроты, соусы и десерты, которые сложно представить со слов. Аудитория смешанная: туристы, для которых язык заведения — далеко не родной, и местные гости, которые приходят «попробовать Таиланд». Классическое бумажное меню создавало три проблемы сразу: оно быстро устаревало — любое изменение цены или позиции означало перепечатку и расходы; оно не показывало блюда «вживую» — фотографии приходилось клеить отдельными вкладышами; и оно перегружало официантов — в пиковые часы гость ждал 5–10 минут только чтобы сделать заказ, а ошибки «не то услышали — не то приготовили» случались регулярно. Отдельная боль — учёт: заказы и суммы по сменам сводились вручную, и владелец не имел точной картины зала в реальном времени. Публичную ссылку меню ресторан хотел видеть в карточке Google Maps — точке, через которую сегодня приходит значительная часть первых гостей.

Спроектировать и собрать систему, в которой одно меню живёт в двух режимах, а заказ доходит до кухни без единого звена

«пересказа». Четыре составные части задачи: первое — публичное меню по стабильной ссылке, которое можно разместить в Google Maps, соцсетях и распечатать на рекламных материалах; второе — закрытые ссылки того же меню, которые при скане QR-кода на столике превращают витрину в полноценный рабочий заказ с выбором позиций и отправкой в Telegram-бот персонала, причём номер столика зашит в саму ссылку; третье — Telegram-бот для сотрудников ресторана, в котором собираются все заказы, ведётся учёт и считаются суммы; четвёртое — админка, в которой владелец добавляет, редактирует и удаляет позиции меню без программиста. Система должна работать на «тонких» устройствах персонала и не требовать от гостя ничего, кроме камеры телефона.

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

• Спроектировали двухрежимную архитектуру: одна база контента, два контура доступа. Публичная ссылка открывает меню-витрину: категории, фотографии, состав, уровни остроты, цены — без кнопок заказа, чистая презентация кухни для Google Maps и соцсетей. Ссылки столиков содержат параметр, который включает режим заказа: появляется корзина, комментарии к позициям и отправка заказа. Контент всегда один — синхронизация не нужна по построению.
• Собрали публичное меню: быстрая адаптивная страница, которая открывается за секунду и с уличного мобильного интернета, потому что гость часто запускает её прямо из карточки Google Maps, стоя рядом с рестораном. Фотографии блюд, описания с пометками об остроте и составе, категории от супов до напитков и десертов, актуальные цены. Хостинг вынесен наружу внутренних сетей ресторана — ссылка стабильно работает независимо от Wi-Fi заведения и загруженности зала.
• Сгенерировали QR-коды столиков: каждый столик получил уникальный QR со ссылкой, в которую зашит номер столика. Гость не выбирает «я за столиком N» из списка и не диктует официанту место — система узнаёт его сама по ссылке. Это убрало главный источник ошибок подобных систем и сделало заказ «адресным» с первой секунды. Таблички с QR разместили так, чтобы скан был удобен с любого места стола.
• Сделали корзину и отправку заказа без единой регистрации: гость добавляет позиции, пишет комментарий к блюду («без арахиса», «острее», «отдельно соус»), проверяет состав и подтверждает — заказ уходит в Telegram-бот персонала с уникальным номером заказа и номером столика. Никаких установок приложений, ввода телефона и создания аккаунтов: путь от скана до отправки занимает одну-две минуты, и этот путь сознательно короче любого альтернативного сценария.
• Разработали Telegram-бот персонала: в него в реальном времени приходят все заказы — уникальный номер, столик, позиции, комментарии гостей и сумма. Помимо приёма заказов бот ведёт учёт: историю заказов по смене и дню, суммы по меню и позициям, повторную отправку и статусы обработки. Персонал работает в Telegram, который и так открыт на рабочих устройствах, — отдельное программное обеспечение не устанавливается и не требует обучения: интерфейс — привычный чат.
• Собрали админку меню: добавление новых позиций, редактирование цен, описаний, фотографий и категорий, удаление и мгновенная отметка «есть/нет в наличии». Любое изменение сразу же отражается и в публичном меню, и в режиме заказа — потому что это одно и то же меню. Владелец управляет ассортиментом с телефона, без программиста и без обращения к нам по каждой мелочи.
• Продумали граничные сценарии зала: гость заказал позицию, которую кухня только что закончила, — администратор мгновенно прячет её в админке, и она исчезает из режима заказа; заказ отправлен случайно дважды — персонал видит оба и отклоняет дубликат; изменилась цена — она меняется везде одной правкой. Именно такие «будничные» ситуации определяют, приживётся ли система в живом ресторане.
• Запустили систему и обучили персонал: печать и раскладка QR-кодов, инструктаж официантов по работе с ботом, первые смены под наблюдением, сбор обратной связи гостей и персонала, корректировка деталей интерфейса по факту живой эксплуатации.

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

Что мы предлагаем ресторану следующим шагом:

• Оплата прямо в меню: гость закрывает счёт со стола, не дожидаясь официанта, — столики оборачиваются быстрее, а в пиковые часы исчезает очередь «за счётом».
• Мультиязычность: английская и другие версии описаний блюд под туристический поток — тот же контент, переведённые слои.
• GEO-присутствие (Generative Engine Optimization): структурированные факты о кухне, меню и атмосфере, чтобы ИИ-ассистенты корректно упоминали ресторан в ответах на вопросы «где попробовать тайскую кухню» — канал, где сегодня выбирают рестораны всё больше гостей.
• Аналитика меню: какие блюда смотрят, но не заказывают, какие позиции «тянут» чек — основа для оптимизации ассортимента и сезонных предложений.