Разработка приложения для доставки еды, сайт и SEO под ключ: как мы автоматизировали ресторан Radio Burger и остались на постоянном сопровождении

Ресторан работал через Telegram-группу — заявки терялись, аналитики не было

Radio Burger — уличное кафе в Санкт-Петербурге, которое до заказа принимало заявки прямо в Telegram-группе: клиент писал заказ текстом, администратор вёл учёт вручную в том же чате. При любом сбое Telegram бизнес останавливался полностью, заказы терялись, оплата не отслеживалась, аналитики не было вообще. Классическое мобильное приложение для ресторана через App Store и Google Play здесь не подходило — долгая модерация, комиссии платформ, отдельная разработка под iOS и Android. Нужен был формат PWA: устанавливается на главный экран телефона без сторонних магазинов приложений, но по ощущениям неотличим от нативного приложения. Это и есть суть автоматизации стрит-фуда — не тяжёлое мобильное приложение с долгим циклом разработки, а быстрый full-stack продукт, который решает ровно ту же задачу за недели, а не месяцы.

PWA вместо App Store: меню, корзина, оплата, чат

PWA-приложение для клиента построили на Next.js: каталог меню с категориями, корзина, оформление заказа и оплата через статичный СБП QR-код — без комиссии платёжного шлюза, характерной для карточной оплаты. Офлайн-режим на Service Worker кеширует меню на 7 дней, поэтому приложение открывается мгновенно даже при плохом мобильном интернете — частая ситуация для точки на улице. Отдельный баннер предлагает добавить приложение на главный экран — и на iOS, и на Android, — так что для клиента разница с приложением из магазина практически не ощущается. Внутри приложения работает встроенный чат клиент-персонал со счётчиком непрочитанных сообщений и быстрыми шаблонами ответов — обычно этот функционал требует отдельного тикет-сервиса, здесь он часть той же системы.

• PWA устанавливается на главный экран без App Store и Google Play
• Офлайн-режим: меню доступно даже при обрыве интернета
• Оплата через статичный СБП QR — нулевая комиссия платёжного шлюза
• Встроенный чат клиент-персонал внутри того же приложения
• Push-уведомления о статусе заказа без подключения Firebase

Разработка личного кабинета и push-уведомления без Firebase

Разработка личного кабинета клиента и панели персонала шла параллельно: клиент видит историю заказов и статус текущего заказа в реальном времени, персонал управляет очередью через Kanban-дашборд с обновлениями через Socket.io и звуковыми сигналами при новом заказе. Push уведомления для сайтов обычно реализуют через Firebase Cloud Messaging, но здесь выбрали нативный Web Push API с VAPID-ключами — это держит все данные строго на серверах в России (требование 152-ФЗ) и не тянет в проект стороннюю инфраструктуру Google. Уведомление о новом заказе доходит на iOS начиная с версии 16.4 и на Android без ограничений, прямо в PWA-приложение, установленное на главный экран.

Kanban для персонала и автоконвертация фото меню

Автоматизация ресторана не заканчивается на клиентском приложении — вторая половина системы работает на кухне и на кассе. Kanban-дашборд персонала показывает очередь заказов в реальном времени, а не список, который нужно постоянно обновлять вручную: новый заказ появляется на доске мгновенно за счёт Socket.io, со звуковым сигналом, чтобы не пропустить его в шумном зале. CRUD-панель для управления меню автоматически конвертирует загруженные фото блюд в WebP — формат, который весит меньше и быстрее грузится в PWA на медленном мобильном интернете, а стоп-лист позволяет снять блюдо с продажи одним кликом, если ингредиенты закончились посреди смены.

Сайт, домен и SEO: видимость в поиске, а не только приложение

PWA решает задачу заказа, но не задачу первого знакомства с брендом — для этого разработали отдельный сайт-визитку, не смешивая его с приложением для заказов. Дальше — регистрация домена, включая обязательную с 01.09.2026 идентификацию владельца .ru-домена через Госуслуги (ЕСИА): без этого шага регистраторы просто не позволят подтвердить право собственности на домен. Дизайн сайта и приложения — это половина работы; вторая половина — чтобы сайт вообще нашли в поиске. Провели полную SEO-оптимизацию и индексацию: без этого даже самый быстрый сайт остаётся невидимым для тех, кто ищет доставку еды или кафе в своём районе через Яндекс или Google.

Проект не закрыт сдачей — постоянное сопровождение

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

Что из этого применимо к вашему бизнесу

Не обязательно быть уличным кафе, чтобы столкнуться с той же проблемой. Любой бизнес, который ведёт заказы вручную через мессенджер — доставка еды, шоурум, мастерская, — рано или поздно упирается в тот же потолок: заказы теряются, аналитики нет, а при сбое мессенджера бизнес встаёт. Мобильное приложение для ресторана или любого другого сервиса с заказами не обязано быть тяжёлым нативным приложением с долгой разработкой — разработка приложения для доставки еды в формате PWA даёт тот же пользовательский опыт значительно быстрее.

• Оцените, сколько заказов теряется из-за ручного учёта в мессенджере — это и есть реальная стоимость промедления
• PWA вместо нативного приложения — если не нужна публикация в App Store как таковая, это быстрее и дешевле
• Разделяйте роли с самого начала — клиент, персонал и менеджер должны видеть разные интерфейсы, а не один экран для всех
• Не откладывайте аудит безопасности на потом — платёжные данные требуют его с первого дня, а не после первого инцидента

Разработка приложения для доставки еды не обязана начинаться с App Store и полугода разработки. PWA даёт клиенту приложение на главном экране, а бизнесу — Kanban, аналитику и push-уведомления за считанные недели.