Telegram-бот
MVP проверил получение меню, корзину и передачу заказа.
Обсудить задачу
ATERAЕдиная система онлайн-заказов для ресторанов
Собственный продукт ИНТЕХ: за пять месяцев от гипотезы до пяти работающих внедрений.
Цифровая система вместо ещё одного меню
Онлайн-меню, приём заказов, личный кабинет гостя и интеграция с iiko в одном сервисе — для ресторанов, кафе и дарк-китченов.
- Отрасль
- Ресторанный бизнес
- Тип проекта
- SaaS и онлайн-заказы
- Формат
- Web и mini app
- Период
- Октябрь 2025 — февраль 2026
- Внедрения
- 5 заведений
- Роль ИНТЕХ
- Исследование, UX/UI, frontend, backend, интеграции и запуск
Разрозненные процессы свелись в один канал продаж
До запуска заведения обновляли цены и состав блюд вручную, а заявки из социальных сетей, мессенджеров и телефонных звонков переносили в рабочую систему руками.
Источники
- Статичное меню
- Заказы по телефону
- Ручные обновления
- Разные источники
Ядро ATERA
Данные приводятся к общей модели каталога, модификаторов, корзины и заказа.
Каналы
- Web-витрина
- Telegram и MAX
- QR в заведении
- Контур iiko
- Личный кабинет
От MVP к SaaS-платформе
Каждый следующий этап не заменял предыдущий канал, а расширял общий продукт.
Этап 1 из 6: Telegram-бот
- Telegram-бот. MVP проверил получение меню, корзину и передачу заказа.
- Mini App. Графический интерфейс заменил диалоговый сценарий.
- Web-версия. Появилась самостоятельная витрина в браузере.
- Административная панель. Заведение управляет подключением и параметрами витрины.
- Интеграция с iiko. Меню и заказы связаны с рабочим контуром ресторана.
- SaaS-платформа. Одна архитектура обслуживает несколько заведений.
Один путь гостя, шесть связанных состояний
Шесть экранов подряд: между ними не теряются ни конфигурация блюда, ни способ получения, ни оплата.
Изучает менюКатегории и позиции загружаются из iiko.
01 / 06
Продуктовый цикл целиком — от гипотезы до эксплуатации
ATERA — собственный продукт ИНТЕХ. Исследование рынка, продуктовая модель, дизайн, frontend, backend, интеграции и внедрение в действующих заведениях: всё, что показано дальше, спроектировала и собрала одна команда.
- 01
Исследовали
- Рынок
- Процессы ресторанов
- Ограничения решений
- 02
Разработали
- Продуктовая модель
- UX/UI
- Frontend
- Backend
- Интеграции
- 03
Запустили
- Настройка
- 5 внедрений
- Сбор обратной связи
- Развитие
Команда
- Проектный менеджер
- UX/UI-дизайнер
- Frontend-разработчик
- Backend-разработчик
- Маркетолог
Технологический контур
- Web-приложение
- Telegram Mini App
- MAX
- Серверное API
- PostgreSQL
- iiko
- Food2Mood
- Figma
Telegram Mini App
iikoСложность ресторанного меню умещается в один экран
Блюдо нельзя описать названием и ценой. Универсальная модель карточки собирает размеры, обязательные модификаторы, дополнения и исключения — и передаёт выбранную конфигурацию в iiko целиком.
Один заказ, три сценария получения
Процесс сборки корзины общий, а правила оформления разные: зал, самовывоз и доставка требуют своих данных и по-разному уходят в рабочий контур заведения.
За стол
Гость открывает меню по QR-коду и оформляет заказ непосредственно в заведении.
- Обязательно
- Стол или QR-метка
- Результат
- Заказ остаётся внутри зала
Самовывоз
Пользователь формирует заказ заранее и забирает его в выбранном ресторане.
- Обязательно
- Ресторан и время
- Результат
- Гость забирает готовый заказ сам
Доставка
Гость указывает адрес и контактные данные, после чего заказ передаётся в контур доставки заведения.
- Обязательно
- Адрес и контакты
- Результат
- Заказ уходит в контур доставки
Допродажи остаются внутри того же сценария: сопутствующие товары, комбо и популярные позиции не разрывают оформление заказа.
Меню отвечает на свободный запрос, а не только на фильтр
К платформе подключён API сервиса Food2Mood: он сопоставляет свободную формулировку гостя с доступным меню конкретного заведения. Рекомендация остаётся внутри витрины и попадает в ту же корзину.
Хочу что-нибудь лёгкоеНужно сытное блюдоХочу остроеПодбери десерт к кофе
- Подбор идёт по доступному меню заведения
- Стоп-листы и наличие позиций учитываются
- Результат добавляется в корзину без нового поиска
Личный кабинет доводит сценарий до повторной покупки
Статус, оценка и история превращают разовый заказ в постоянного гостя. Прямая связь остаётся у заведения, а не у агрегатора между ним и клиентом.
Гость видит принятие, приготовление и состав текущего заказа.
Один продукт вместо четырёх отдельных витрин
Web, Telegram, MAX и QR работают на одном меню и одной бизнес-логике. Заведению не нужно поддерживать несколько независимых витрин, а платформе — существовать в четырёх версиях.
Сайт
Домен заведения, индексация и ссылка в карточках организации.
Платформа встроена в контур, которым ресторан уже пользуется
Каталог, цены и стоп-листы приходят из iiko автоматически, а подключением заведения и параметрами витрины сотрудник управляет сам — без обращения к разработчикам.
iikoРабочий контур заведения
ATERAЕдиная модель каталога
ГостьВитрина в любом канале
Что приходит из iiko
- Категории
- Блюда
- Описания
- Изображения
- Цены
- Размеры порций
- Модификаторы
- Доступность
- Стоп-листы
Что пришлось решить, чтобы это работало
Часть задач не решается настройкой готового сервиса. Пять из них определили архитектуру платформы.
01iikoOffice, iikoFront и iikoDelivery
Меню, модификаторы, заказы и доставка живут в разных частях ресторанного контура. Мы привели данные к одной модели ATERA и сохранили корректный двусторонний обмен. Задействованы: iikooffice, iikofront, iikodelivery, atera.
02Сложные модификаторы
У позиции бывают размеры, обязательные параметры, допы, исключения, разные цены и ограничения. Универсальная модель карточки поддерживает их комбинации. Задействованы: блюдо, размер, добавки, исключения.
03Стоп-листы и актуальность
Синхронизация не даёт гостю заказать позицию или модификатор, которых уже нет в наличии. Задействованы: iiko, синхронизация, витрина.
04Разные сценарии заказа
Корзина остаётся общей, но правила и обязательные поля за столом, при самовывозе и доставке различаются. Задействованы: корзина, зал, самовывоз, доставка.
05Мультитенантность
Данные и настройки заведений разделены, а новое подключение не требует отдельной разработки продукта. Задействованы: saas-ядро, заведение a, заведение b, заведение c.
За пять месяцев платформа вышла в эксплуатацию
До запуска у подключённых заведений либо не было собственного онлайн-канала, либо меню жило без интеграции и оформления заказов.
- 5
- месяцев от гипотезы до эксплуатации
- 5
- заведений с работающей витриной
- 3
- сценария получения заказа
Объём заказов через новый канал
- около 50 000 ₽
- небольшое заведение
- около 100 000 ₽
- среднее заведение
- до 200 000 ₽
- заведение с высоким трафиком
Это не прогноз для любого ресторана: результат зависит от посещаемости, ассортимента, размещения ссылок, активности аудитории и продвижения канала. Главным эффектом стало появление источника выручки, которого у заведений раньше не было.
Что получает заведение
- Меню, синхронизированное с iiko
- Прямые заказы без стороннего агрегатора
- Собственную клиентскую базу
- Несколько форматов получения заказа
- Механики увеличения среднего чека
- Работу в мессенджерах и браузере
- Возможность размещать ссылку на любых площадках
- Цифровую основу для дальнейшей автоматизации
Нужен собственный сервис онлайн-заказов?
Разрабатываем SaaS-платформы и цифровые сервисы для ресторанного бизнеса: меню, личные кабинеты и мини-приложения, интеграции с iiko, платежами, доставкой и внешними API.